Niemand merkt sich jeden Git-Befehl, und das ist auch nicht nötig. Dieser Git-Befehls-Spickzettel konzentriert sich auf den kleinen Satz, der fast alle täglichen Arbeiten abdeckt, gruppiert nach der Aufgabe, die Sie ausführen möchten.

Wir haben die lokalen Befehle in einem Wegwerf-Demo-Repository mit Git für Windows getestet und die angezeigte Ausgabe stammt von diesem Lauf, wobei die Warnungen am Zeilenende entfernt wurden. Ihre Commit-Hashes werden unterschiedlich sein. Die Remote-Befehle benötigen einen Server, daher haben wir diese nicht ausgeführt. Neu in der Versionskontrolle? Beginnen Sie mit unserem Git-Tutorial für Anfänger.

Wie Git denkt: drei Bereiche

Die meiste Verwirrung verschwindet, sobald Sie wissen, wo eine Veränderung stattfindet:

Einrichten und Starten eines Projekts

Speichern Sie Ihre Arbeit

So ändert sich die kurze Statusansicht, wenn eine neue Datei verschoben wird:

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

?? bedeutet nicht verfolgt und A bedeutet zum Staging hinzugefügt. Im zweispaltigen Format ist die linke Spalte der Staging-Bereich und die rechte Spalte Ihr Arbeitsverzeichnis. Beachten Sie, dass git commit -am brandneue Dateien überspringt, Sie müssen diese also zuerst explizit hinzufügen.

Zweige

Hier ist ein kleiner Funktionszweig von Anfang bis Ende:

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

Der Verlauf ist eine gerade Linie, da main nicht verschoben wurde, sodass Git eine Zusammenführung im Schnellvorlauf durchführte. In älteren Handbüchern wird git checkout noch angezeigt. Es funktioniert, aber die neueren Befehle switch und restore teilen die vielen Aufgaben in klarere Aufgaben auf. Um zwischen Merging und Rebasing zu wählen, lesen Sie Git Merge vs. Rebase.

Arbeiten mit Fernbedienungen

fetch ist immer sicher, da Ihre Dateien nie verändert werden. Wenn Sie einen Zweig nach einem Rebase überschreiben müssen, bevorzugen Sie --force-with-lease gegenüber einfach --force, da es sich weigert, die neuen Commits eines Kollegen zu löschen.

Vorrat: Arbeit beiseite legen

Stash ist nützlich, wenn Sie Aufgaben wechseln müssen, aber nicht bereit sind, Folgendes zu übernehmen:

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

Verlauf anzeigen

Fehler rückgängig machen: „Ich möchte…“

Dies ist der Teil, den die meisten Leute nachschlagen. Finden Sie Ihre Situation:

Zurücksetzen vs. Zurücksetzen vs. Wiederherstellen

Diese drei Namen sorgen für große Verwirrung, bewirken aber ganz unterschiedliche Dinge:

In unserer Demo haben wir eine fehlerhafte Zeile begangen und sie rückgängig gemacht. Die Datei wurde auf ihren früheren Inhalt zurückgesetzt, während der Fehler im Protokoll als Verlauf sichtbar blieb:

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

Dann entfernte git reset --soft HEAD~1 das letzte Commit, behielt aber seine Änderungen bei, was git status --short als M app.txt anzeigte.

Schlagworte

Tags lösen häufig Release-Pipelines aus, wie unser GitHub Actions CI/CD-Leitfaden erklärt.

Ein einfacher täglicher Arbeitsablauf

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

Schreiben Sie Commit-Nachrichten, die die Änderung im Imperativ erläutern, z. B. „Login-Umleitung beheben“. Sie werden es sich danken, wenn Sie das Protokoll in sechs Monaten lesen.

Häufige Fehler

• Geheimnisse festschreiben. Durch das Entfernen einer Datei in einem späteren Festschreiben wird sie nicht aus dem Verlauf entfernt. Drehen Sie das Geheimnis sofort um und verwenden Sie .gitignore.
• Gemeinsamen Verlauf neu schreiben. Commits, die andere bereits abgerufen haben, nicht zurücksetzen oder neu festlegen.
• git add . blind verwenden. Überprüfen Sie zuerst git status, damit Build-Dateien und Protokolle draußen bleiben.
• Verwenden Sie einfach --force. Bevorzugen Sie --force-with-lease.
• Große Verpflichtungen eingehen. Kleinere Verpflichtungen lassen sich leichter überprüfen, rückgängig machen und halbieren.

Fazit

Lernen Sie die drei Bereiche und ein Dutzend Befehle, und Git hört auf, Ihnen Angst zu machen. Halten Sie den Undo-Tisch bereit und denken Sie daran, dass git status und git reflog Ihr Sicherheitsnetz sind. Um Vertrauen aufzubauen, erstellen Sie ein Wegwerf-Repository und zerstören und reparieren es absichtlich, da dies der billigste Ort ist, um Fehler zu machen.

Häufige Fragen

Lerne weiter