Git-Befehle: Cheat Sheet mit Beispielen für jeden Tag

Hier finden Sie ein praxistaugliches Git Cheat Sheet: Die Befehle sind nach Aufgaben gruppiert, zu jedem gibt es ein Beispiel und eine kurze Erklärung. Am besten lassen Sie es neben dem Terminal offen – fast alles, was ein Entwickler im Laufe eines Tages mit Git macht, passt in 20–30 Befehle aus diesen Tabellen.

Damit die Befehle Sinn ergeben, behalten Sie drei Bereiche im Kopf: das Arbeitsverzeichnis (die Dateien auf der Festplatte), den Index bzw. die Staging Area (was in den nächsten Commit kommt) und das Repository (die Commit-Historie im Ordner .git). Die meisten Git-Befehle verschieben Änderungen zwischen diesen drei Bereichen oder zwischen lokalem und Remote-Repository.

Git konfigurieren

Diese Befehle führen Sie einmal nach der Installation aus. Das Flag --global schreibt die Einstellungen in ~/.gitconfig und gilt für alle Repositories des Benutzers; ohne das Flag nur für das aktuelle Repository.

Repository anlegen und klonen

Der Grundzyklus: status, add, commit

Das ist der Kern der täglichen Arbeit: nachsehen, was sich geändert hat, das Gewünschte in den Index übernehmen und mit einem Commit festschreiben.

Ein typischer Ablauf sieht so aus:

git status
git add src/login.js src/login.css
git diff --staged          # prüfen, was genau in den Commit geht
git commit -m "Login-Formular hinzufügen"

Verwenden Sie --amend nicht für Commits, die bereits in einen gemeinsamen Branch gepusht wurden: Es entsteht ein neuer Commit mit anderem Hash, und Ihre Kollegen müssen sich mit der auseinanderlaufenden Historie herumschlagen.

Historie und Änderungen ansehen

Commit-Referenzen brauchen Sie überall: HEAD ist der aktuelle Commit, HEAD~1 sein Parent, HEAD~3 drei Schritte zurück entlang des ersten Parents, HEAD^2 der zweite Parent eines Merge-Commits.

Branches: anlegen, wechseln, löschen

Seit Version 2.23 gibt es in Git git switch für Branches und git restore für Dateien – sie haben das überladene git checkout aufgeteilt. Die alten Formen funktionieren weiterhin.

Merge und Rebase

Das Lösen eines Merge-Konflikts sieht fast immer gleich aus:

git merge feature
# CONFLICT (content): Merge conflict in app.js
git status                 # Dateien im Abschnitt "both modified"
# app.js bearbeiten, Marker <<<<<<< ======= >>>>>>> entfernen
git add app.js
git commit                 # Git schlägt eine fertige Merge-Commit-Message vor

Die wichtigste Regel beim Rebase: Rebasen Sie keine Commits, die bereits in einem gemeinsamen Branch liegen und auf denen andere ihre Arbeit aufbauen.

Arbeit mit Remote-Repositories

Gewöhnen Sie sich statt git push --force lieber --force-with-lease an: Hat ein Kollege inzwischen in denselben Branch gepusht, weigert sich der Befehl, dessen Arbeit zu überschreiben.

Änderungen rückgängig machen

Der nervenaufreibendste Teil von Git. Die entscheidende Frage vor der Wahl des Befehls: Liegen die Änderungen nur in den Dateien, schon im Index, in einem lokalen Commit oder in einem veröffentlichten Commit?

git reset --hard und git clean -f löschen nicht committete Änderungen unwiderruflich: Das Reflog speichert nur Commits, keine Änderungen im Arbeitsverzeichnis. Führen Sie vorher git stash oder zumindest git status aus.

Stash: unfertige Arbeit zurückstellen

Tags und Releases

Fortgeschrittene Git-Befehle

Häufige Fehler und wie Sie sie beheben

In main statt in einen neuen Branch committet

Wenn der Commit noch nicht gepusht ist, legen Sie auf dem aktuellen Commit einen Branch an und setzen main zurück:

git branch feature/login      # Branch zeigt auf Ihren Commit
git reset --hard HEAD~1       # main geht einen Schritt zurück
git switch feature/login

Datei im letzten Commit vergessen

git add forgotten.js
git commit --amend --no-edit

Push abgelehnt: rejected, non-fast-forward

Auf dem Server liegen Commits, die Sie nicht haben. Holen Sie sie zuerst und pushen Sie dann:

git pull --rebase
git push

Versehentlich eine Datei mit Passwörtern committet

Nehmen Sie sie aus der Versionierung und tragen Sie sie in .gitignore ein: git rm --cached .env, danach committen. Ist der Commit bereits veröffentlicht, betrachten Sie das Secret als kompromittiert und erneuern Sie es – aus der Historie ist es nicht verschwunden.

Fazit

Für die tägliche Arbeit genügt ein kleiner Satz: status, add, commit, switch, merge, pull, push und log --oneline. Die Befehle zum Rückgängigmachen – restore, reset, revert – wählen Sie danach aus, ob der Commit bereits veröffentlicht ist, und reflog behalten Sie als Sicherheitsnetz für den Notfall im Hinterkopf. Alle Git-Befehle aus diesem Cheat Sheet werden im Git-Kurs praktisch durchgearbeitet – jeden davon probieren Sie in Ihrem eigenen Repository aus.