Cyberknecht

Wissen / Cheatsheets / Webentwicklung

Git Cheatsheet: die wichtigsten Befehle

Git-Befehle zum Nachschlagen, ohne unnötiges Risiko.

Stand: 27.10.2026 · Redaktion: Carl Thorns · Kostenlos und ohne Anmeldung

PDF herunterladenAlle Ressourcen

Dieser Leitfaden führt dich vom konkreten Ausgangsproblem über die praktische Umsetzung bis zur überprüfbaren Abnahme. Jeder Abschnitt nennt eine Methode, ein Beispiel, ein Erfolgskriterium und eine typische Fehlerquelle.

Arbeitsablauf auf einen Blick

1. Repository prüfen

Zeige Status, aktuellen Branch und jüngste Commits, bevor du Änderungen vornimmst.

Praxisbeispiel
git status git branch --show-current git log --oneline -5
So erkennst du, dass es funktioniert: Du kennst den Arbeitsstand und uncommittete Dateien.
Typischer Fehler: Blind reset oder checkout ausführen.

2. Änderungen gezielt committen

Prüfe den Diff und stage nur gewünschte Dateien.

Praxisbeispiel
git diff git add src/app.php git diff --cached git commit -m "Fix navigation"
So erkennst du, dass es funktioniert: Commit enthält ausschließlich beabsichtigte Änderungen.
Typischer Fehler: Secrets oder Build-Artefakte versehentlich committen.

3. Branch sicher aktualisieren

Hole Remote-Änderungen und prüfe vor Merge oder Rebase Konflikte.

Praxisbeispiel
git fetch origin git switch feature/wissen git merge origin/main
So erkennst du, dass es funktioniert: Konflikte sind aufgelöst und Tests laufen.
Typischer Fehler: Ungeprüft force-push auf gemeinsam genutzte Branches.

4. Änderungen rückgängig machen

Unterscheide Arbeitsverzeichnis, Staging und veröffentlichte Commits.

Praxisbeispiel
git restore --staged datei.php git restore datei.php git revert <commit>
So erkennst du, dass es funktioniert: Der gewünschte Zustand ist wiederhergestellt, Teamhistorie bleibt konsistent.
Typischer Fehler: git reset --hard ohne Backup einsetzen.

5. Fehler finden

Nutze Log, Diff und Reflog zur Diagnose verlorener Referenzen.

Praxisbeispiel
git reflog git show <commit>
So erkennst du, dass es funktioniert: Gesuchter Commit ist identifiziert, bevor repariert wird.
Typischer Fehler: Reflog als unbegrenztes Backup missverstehen.

Abnahmeprotokoll für die Praxis

Nutze die folgenden Punkte als dokumentierbare Abnahme. Trage bei jedem Punkt Datum, getestete URL beziehungsweise System, Ergebnis und gegebenenfalls einen offenen Befund ein.

  1. Abnahmekriterium: Du kennst den Arbeitsstand und uncommittete Dateien.

  2. Abnahmekriterium: Commit enthält ausschließlich beabsichtigte Änderungen.

  3. Abnahmekriterium: Konflikte sind aufgelöst und Tests laufen.

  4. Abnahmekriterium: Der gewünschte Zustand ist wiederhergestellt, Teamhistorie bleibt konsistent.

  5. Abnahmekriterium: Gesuchter Commit ist identifiziert, bevor repariert wird.

Fachquellen und weiterführende Dokumentation

Diese Primärquellen dienen zur Vertiefung und zur Prüfung versionsabhängiger Details. Bei rechtlichen Themen ersetzt der Leitfaden keine individuelle Rechtsberatung.

Praxisvertiefung: Sicherer Tagesablauf statt Befehlsliste

Vor Änderungen: git status und git switch -c feature/name. Danach gezielt git add, git diff --staged und git commit. Für gemeinsame Branches Pull Requests nutzen.

Technische Umsetzung

Befehle: git log --oneline -10; git restore --staged datei; git stash push -m "Zwischenstand"; git revert COMMIT. Vorsicht bei reset --hard und force push.

So überprüfst du das Ergebnis

Prüfe vor jedem Push den Diff und ob Geheimnisse versehentlich eingecheckt wurden. Ein Commit ersetzt kein Backup.