Diesen Text übergeben Sie mit der Option -m an die Software. Ohne diese Option startet Git, sofern nicht anders konfiguriert, den voreingestellten Editor (Abbildung 1). Erfolgt hier ebenfalls keine Eingabe, bricht Git den Commit ab.
Abbildung 1: Ein Commit ohne die Angabe eines Textes bringt den Systemeditor auf den Schirm.
TIPP
Möchten Sie einen anderen Editor, wie etwa Emacs verwenden, konfigurieren Sie diesen mit git config --global core.editor Editor.
Richtig verwaltet
Ein Versionsverwaltungssystem, kurz VCS für Version Control System, verwaltet Versionen, genauer gesagt Versionen von Dateien. Eine solche gibt es dann, wenn Sie eine Datei dem Projekt hinzufügen oder eine bereits im Projekt enthaltene Datei bearbeiten. Über dieses System definieren Sie letztendlich die Version eines Projekts, wie etwa eines Programms oder einer Webseite.
Ein VCS protokolliert, wer wann warum welche Änderungen vorgenommen hat. Das ermöglicht es, diese nachzuvollziehen, unterschiedliche Versionen zu vergleichen sowie vorherige Stände wiederherzustellen. Zudem bringt es die Änderungen auf den Schirm, die Projektmitglieder parallel gemacht haben.
Die Software verwaltet die Dateien in einem Repository, kurz Repo, also einem Verzeichnis [2]. Da die Arbeit in der Regel in einer Kopie geschieht, und das Original typischerweise in einem anderen Ordner liegt, idealerweise auf einem anderen physikalischen Medium, entsteht in diesem Fall automatisch eine Form der Sicherheitskopie.
Arbeiten mehrere Personen an einem Projekt, ist der Einsatz eines VCS eigentlich Pflicht. Ohne gerät das Synchronisieren schnell zum Problem. Der Einsatz von Git in eigenen, sogar in sehr kleinen Projekten, lohnt sich jedoch durchaus.
Versionen
Innerhalb eines mit Git versionierten Projekts liegt eine Datei in drei Versionen vor (Abbildung 2). Die Version im Working Directory, zu Deutsch Arbeitsverzeichnis, ist die, an der Sie arbeiten. Hat die Datei einen Zustand erreicht, den Sie erhalten wollen, übernehmen Sie diesen mit git add Datei in die Staging Area und arbeiten an der Version im Arbeitsverzeichnis weiter.
Abbildung 2: Arbeiten Sie mit Git, um Dateien in einem Projekt zu verwalten, haben Sie es mit mehreren möglichen Zuständen und Positionen der Dateien zu tun.
Diesen Vorgang dürfen Sie beliebig oft wiederholen. Dabei überschreiben Sie aber jeweils die vorhergehende Version in der Staging Area. Für jede Datei existiert genau eine Version in der Staging Area. Ein eventuell folgender Commit übernimmt diese letzte Version. Die Version im Arbeitsverzeichnis spielt dabei keine Rolle.
Abbildung 3 zeigt die Datei projekt.txt in zwei unterschiedlichen Versionen: Eine Version liegt in der Staging Area und eine zweite im Arbeitsverzeichnis. Das Projektarchiv enthält die dritte Version.
Abbildung 3: Zwei Versionen einer Datei und mögliche Anweisungen, um mit diesen zu arbeiten.
Git gibt beim Ausführen einiger Kommandos weitere, spezifische Hinweise. Diese beziehen sich meist darauf, wie Sie eine bestimmte Aktion rückgängig machen.
Hilfe
Die Installation bringt neben dem generellen Handbuch (man git) mehrere spezifische Handbücher mit (siehe Tabelle “Für alle Fälle”). Rufen Sie man git auf, finden Sie im Bereich GIT COMMANDS eine Übersicht der Unterkommandos, inklusive einer kurzen Beschreibung (Abbildung 4).
Eine weitere Dokumentation befindet sich im Verzeichnis /usr/share/doc/git/. Deren Umfang hängt von der Distribution ab. Fedora bringt etwa ein Handbuch für Anwender mit dem Dateinamen user-manual.html und ein How-to in howto-index.html mit. Beide Texte liegen allerdings nur auf Englisch vor. Wollen Sie sich umfassend informieren, bietet sich darüber hinaus das Buch ProGit an, das online auf Deutsch bereitsteht [3].
|
Aufruf |
Inhalt |
|---|---|
|
|
Auf Git basierender Ablauf eines Projekts. |
|
|
Häufig verwendete Kommandos, inklusive Beispiele (Fedora). |
|
|
Ablauf im Detail, teils unter Einsatz veralteter Kommandos. |
|
|
Generelles Handbuch. |
Abbildung 4: Das Handbuch man git vermittelt einen schnellen Überblick über den Einsatz des VCS. Weitere Handbücher geben einen Einblick in den Ablauf eines Projekts mit Git.
Die im Handbuch verwendete Syntax unterscheidet sich von der üblichen Schreibweise dahingehend, dass die unterschiedlichen Kommandos über einen Bindestrich mit dem Wort git verbunden sind. Die Aufrufe git help Kommando und man git-Kommando zeigen die zu Kommando jeweils passende Seite an.
Das in der Abbildung 4 gezeigte Kommando git-add ist ein Index auf die Seite zu git add. Der zugehörige Aufruf lautet man git-add (Abbildung 5).
Abbildung 5: Neben einer Seite mit allgemeinen Informationen finden sich bei vielen Distributionen noch zusätzlich Seiten, die den Einsatz der jeweiligen Unterkommandos erläutern.
Direkte Hilfe
Alle im Test verwendeten Distributionen unterstützten das automatische Vervollständigen der Git-Kommandos und deren Optionen über die Tabulatortaste. Der Auszug aus Listing 4, Zeile 1 und Zeile 2, zeigt die Ausgabe nach der Eingabe von git a gefolgt von [Tab]. In diesem Fall gibt es, wie meistens, mehrere Optionen. Der Aufruf git --help (Listing 4, Zeile 3) zeigt einen Auszug aus der nach Aufgaben gegliederten Übersicht über die Git-Kommandos.
