1. Kurze Einführung
Vor dem Aufkommen von Git verwendeten die meisten Unternehmen noch SVN für das Projektmanagement. Hier ein Vergleich.
Zentralisiert (SVN):
Das zentralisierte Versionskontrollsystem verfügt über einen einzigen Server mit mehreren Verwaltungsarten, der die Revisionen aller Dateien speichert, und Personen, die zusammenarbeiten, stellen über den Client eine Verbindung zu diesem Server her, um die neuesten Dateien herauszunehmen oder Aktualisierungen einzureichen;
Vorteile: 1. Bequeme Verwaltung im Einklang mit der allgemeinen Logik; 2. Hohe Sicherheit; 3. Hohe Codekonsistenz; 4. Geeignet für die Entwicklung mit einer kleinen Anzahl von Personen;
Nachteile: 1. Der Druck auf den Server ist hoch und die Kapazität der Datenbank steigt stark an. Wenn Sie keine Verbindung zum Server herstellen können, funktioniert er grundsätzlich nicht. 3. Es ist nicht für die Open-Source-Entwicklung geeignet.
Verteilt (Git):
Im verteilten Versionskontrollsystem extrahiert der Client nicht nur die neueste Version des Datei-Snapshots, sondern spiegelt auch das ursprüngliche Code-Warehouse vollständig wider, sodass jeder Server überall abstürzt und jedes lokale Warehouse zum Wiederherstellen verwendet werden kann. Dieses System kann angegeben werden mit verschiedenen Remote-Code-Warehouses interagieren;
Vorteile: 1. Geeignet für verteilte Entwicklung, wobei Einzelpersonen im Vordergrund stehen; 2. Der Druck auf den öffentlichen Server und das Datenvolumen werden nicht zu groß sein; 3. Schnelle Geschwindigkeit und hohe Flexibilität; 4. Es ist wahrscheinlicher, dass zwei Entwickler in Konflikt geraten; 5. Offline-Arbeit;
Nachteile: Schlechte Vertraulichkeit des Codes. Sobald der Entwickler die gesamte Bibliothek klont, können alle Versionen und Versionsinformationen offengelegt werden.
2. Konfigurationsinformationen
配置用户名：git config --global user.name “xxx”
配置邮箱：git config --global user.email “xxx"
配置大小写敏感：git config --global core.ignorecase false
查看配置信息：git config --list
3. Grundprinzipien
Git-Arbeitsbereich:
1. Remote: Remote-Warehouse, Server-Hosting-Code (ähnlich Github)
2. Repository: Warehouse-Bereich, d. h. das lokale Warehouse (.git-Ordner), in dem Daten sicher gespeichert werden, in dem alle Datenversionen übermittelt werden und HEAD auf die neueste Version verweist, die im Warehouse abgelegt wurde;
3. Index/Stufe: Der temporäre Speicherbereich, der zum vorübergehenden Speichern von Änderungen verwendet wird, ist eigentlich eine Datei, die zum Speichern von Informationen verwendet wird, die an die Dateiliste übermittelt werden.
4. Arbeitsbereich: Arbeitsbereich, dh der Speicherort der Bearbeitungsdateien;
Verstehen Sie den Prozess der Codeübermittlung gemäß der obigen Abbildung:
1. git add: Senden Sie die Dateien im Arbeitsbereich an den temporären Speicherbereich.
2. Git-Commit: Senden Sie die Dateien im temporären Speicherbereich an das lokale Warehouse.
3. Git Push: Senden Sie das lokale Lager an das Remote-Lager.
Status der Git-Datei:
- Untracked : Nicht verfolgt, in diesem Ordner, aber nicht zur Git-Bibliothek hinzugefügt, nimmt nicht an der Versionskontrolle teil und wird durch den Git-Add-Status bereitgestellt;
- Unverändert : Die Datei wurde im Warehouse abgelegt und nicht geändert, d wird geändert. Wenn es entfernt wird, wird das Repository git rm untracked;
- Geändert : Die Datei wurde geändert. Diese Datei hat zwei Ziele, das erste ist bereitgestellt und das zweite ist unverändert;
- Inszeniert : Durch Ausführen von Git Commit werden die Änderungen mit der Bibliothek synchronisiert. Obwohl die Dateien in der Bibliothek zu diesem Zeitpunkt mit den lokalen Dateien übereinstimmen, sind die Dateien unverändert. Führen Sie git reset HEAD filename aus, um die temporäre Speicherung abzubrechen, und der Dateistatus wird geändert.
4. Grundlegende Bedienung
Hier sind einige einfache Vorgänge:
-
Initialisieren Sie das lokale Lager
git init # 将本地文件夹变成一个本地仓库 ll -ah # 可以看到.git隐藏文件夹 -
eine neue Datei hinzufügen
git add text.txt # 新增一个文件 git commit -m "add a text.txt" # 提交信息 -
Wenn nach der Übermittlung der neuen Version ein Fehler auftritt, setzen Sie die Version zurück
git log # 查看提交的日志 git reset --head Head^ # 回退到上个版本,^代表回退几个版本（如果已经commit，需要这样回退 -
Branch- und Tag-Management
git checkout -b dev # 创建dev分支 git branch # 查看当前分支 git checkout master # 切换到master分支 git merge dev # 将dev分支合并到当前分支 git branch -d dev # 删除dev分支
V. Zusammenfassung
Git verfügt eigentlich nicht über viele Betriebsbefehle. Die Hauptsache ist, das Konzept des Arbeitsbereichs und des Dateistatus zu verstehen, was der wichtigste Teil von Git ist.
Wenn wir Git verwenden, haben wir keine Angst davor, Fehler zu machen. Tatsächlich wird es viel Raum für Fehlertoleranz geben und wir haben keine Angst davor, dass jemand plötzlich die Bibliothek löscht und wegläuft, haha;
Natürlich gibt es weit mehr Git-Befehle als die oben genannten, und es gibt noch viele weitere, die bei der tatsächlichen Verwendung kontinuierlich verstanden werden müssen.