Mir ist aufgefallen, dass niemand das "kleine" Tutorial für GIT gibt , also werde ich versuchen, es zu behandeln. GIT ist schneller und besser als SVN, aber vielleicht ist es für Sie einfacher, ein SVN-Konto auf einem Server Ihrer Universität zu eröffnen, da SVN gut etabliert ist. Auch können von Ihren Mitarbeitern wissen, wie man es benutzt.
Selbst wenn Sie mit SVN zusammenarbeiten, möchten Sie möglicherweise GIT für Ihre eigene lokale Versionierung verwenden (das tue ich!).
Erste Warnung : GIT ist sehr leistungsfähig und für den Basisgebrauch nur geringfügig schwieriger zu verwenden als SVN (z. B. eine Option, die in der Befehlszeile hinzugefügt werden muss; Festschreiben in zwei Schritten für das zentrale Repository).
Zweite Warnung : GIT hat die Philosophie, eine Reihe von Änderungen als atomar zu betrachten (aΔwie sie es nennen), auch wenn das Set mehrere Dateien umfasst. Auch in GIT haben Sie den Begriff des lokalen Repository und des zentralen Repository.
GUT : Sie können offline arbeiten.
BAD : Sie müssen in zwei Schritten einen Commit durchführen zentralen Server ausführen.
Grundlegende Befehle, vorausgesetzt, Sie haben bereits ein Repository
- Repository klonen:
git clone <url>
- Aktualisieren Sie Ihr lokales Repository:
git pull <repo>
oder nur, git pull
wenn Sie wie oben geklont haben.
- Der Pull-Befehl macht wirklich beides
git fetch
und git merge
. Das erste "holen" Zeug vom zentralen Server und das zweite führen eine Zusammenführung Ihrer und der Dateien des Servers durch.
Die Zusammenführung erfolgt automatisch, solange bei einigen Dateien nicht dieselben Teile gleichzeitig bearbeitet werden. Wenn die Zusammenführung fehlschlägt, bleibt Ihr Arbeitsverzeichnis in einem "Zusammenführungsstatus", was bedeutet, dass Sie die Konflikte beheben müssen und dann die zusammengeführte Kopie festschreiben müssen. Wenn Sie immer noch nicht verwaltete Konflikte in Ihren Dateien haben, schlägt das Festschreiben erneut fehl, und es wird kein Müll festgestellt.
- Fügen Sie eine neue Datei begangen werden:
git add <file name>
.
- Übernehmen Sie die Änderungen in Ihr lokales Repository:
git commit -am "<textmessages>"
oder git commit -a
wenn Sie die Commit-Nachrichten bearbeiten möchten.
- Übertragen Sie die Änderungen in Ihrem lokalen Repository in das zentrale Repository.
Beachten Sie, dass Sie zum Übertragen von Änderungen in Ihr zentrales Repository zuerst ein Commit für Ihr lokales Repository durchführen und anschließend alle Commits (auch mehrere) an Ihr zentrales Repository übertragen müssen Repository übertragen müssen.
Erstellen Sie ein benutzerlokales Repository
- Erstellung eines Repositorys
git init
in einem beliebigen Ordner.
- Getan!
Erstellen Sie ein öffentlich geteiltes Repo (auch privat, wenn Sie bar bezahlen) mit einer netten GUI.
Erstellen Sie so viele private / öffentliche Repositorys mit unterschiedlichen Benutzergruppen, aber ohne GUI.
- Fragen Sie nach einem SSH-Konto ohne Kennwort auf einem zugänglichen Computer.
- Keine Sorge, die Authentifizierung erfolgt über SSH-Schlüssel.
- Installieren Sie Gitosis gemäß diesem Tutorial .
- Jetzt können Sie Ihren eigenen Git-Server verwalten, indem Sie eine einzelne Datei bearbeiten und in das Repository übertragen!
Git benötigt keinen zentralen Server : Jeder Ordner auf Ihrem Computer kann als Repository verwendet werden, sodass Sie mit Git spielen und Ihre Tests offline durchführen können. Sie können ein Repository initialisieren und drei Mitarbeiter in drei anderen Ordnern simulieren, ohne ein Bit im Netz zu senden. Dies liegt daran, dass jede geklonte Kopie des Repositorys ein voll funktionsfähiges Repository ist, für das Sie ein Commit durchführen können. Dies ist gut, wenn Sie auf einem Flug zwischen den USA, China oder Europa arbeiten möchten.