Von Gast (nicht überprüft) , 29 April 2026

git clean — Untracked Dateien aus dem Working Tree entfernen

Übersicht

git clean [-d] [-f] [-x | -X] [-n] [-i] [<path>...]

Beschreibung

Der git clean-Befehl entfernt untracked Dateien aus dem Working Tree. Standardmäßig erfordert er -f (oder clean.requireForce = false) als Sicherheitsmaßnahme, weil Löschungen unwiderruflich sind. Mit -d entfernt er auch untracked Verzeichnisse, und -x entfernt zusätzlich Dateien, die normalerweise ignoriert werden (Build-Outputs, Dependency-Caches).

Von Gast (nicht überprüft) , 29 April 2026

git revert — Einen neuen Commit erstellen, der frühere Commits rückgängig macht

Übersicht

git revert [-n] [-m <parent>] <commit>...

Beschreibung

Der git revert-Befehl erstellt einen neuen Commit, dessen Änderungen die Inverse eines früheren Commits sind. Anders als git reset schreibt er keine Historie um — er fügt einen neuen Commit hinzu, der einen oder mehrere alte rückgängig macht. Das macht Revert sicher zur Verwendung auf geteilten Branches: Mitwirkende sehen einen klaren "Undo"-Commit statt umgeschriebene Historie.

Von Gast (nicht überprüft) , 29 April 2026

git reset — Aktuelles HEAD auf einen festgelegten Zustand zurücksetzen

Übersicht

git reset [--soft | --mixed | --hard] [<commit>]
git reset [<commit>] [--] <pathspec>...

Beschreibung

Der git reset-Befehl bewegt den aktuellen Branch-Zeiger zu einem festgelegten Commit und aktualisiert optional den Index und Working Tree. Er hat drei Hauptmodi: --soft (nur HEAD bewegen), --mixed (Standard; setzt auch den Index zurück) und --hard (setzt auch den Working Tree zurück und verwirft alle Änderungen).

Von Gast (nicht überprüft) , 29 April 2026

git restore — Working-Tree-Dateien wiederherstellen

Übersicht

git restore [--staged] [--source=<tree>] [-p] <pathspec>...

Beschreibung

Der git restore-Befehl, eingeführt in Git 2.23, ersetzt die Datei-Wiederherstellungs-Hälfte von git checkout. Er ist zweckgebaut für zwei Fälle: Verwerfen von ungestagten Änderungen im Working Tree (Standardverhalten) und Unstagen von Änderungen aus dem Index (mit --staged). Die saubere Trennung macht das Werkzeug fehleranfälliger als git checkout.

Von Gast (nicht überprüft) , 29 April 2026

git describe — Einen Commit über den jüngsten erreichbaren Tag beschreiben

Übersicht

git describe [--tags] [--always] [--dirty] [<commit>]

Beschreibung

Der git describe-Befehl erzeugt einen menschenlesbaren Namen für einen Commit basierend auf dem jüngsten erreichbaren Tag. Die Ausgabe sieht aus wie v1.4.2-13-gabc1234, was bedeutet "13 Commits nach Tag v1.4.2, bei SHA abc1234". Wenn der Commit genau auf einem Tag liegt, wird nur der Tag-Name ausgegeben.

Von Gast (nicht überprüft) , 29 April 2026

git shortlog — Die Ausgabe von git log zusammenfassen

Übersicht

git shortlog [-n] [-s] [-e] [<revision-range>]

Beschreibung

Der git shortlog-Befehl gruppiert Commits nach Autor und erzeugt prägnante Zusammenfassungen, die für Release-Notes, Mitwirkenden-Listen und schnelle "wer hat was getan"-Übersichten geeignet sind. Standardmäßig gibt er den Namen jedes Autors gefolgt von den Betreffzeilen seiner Commits im gegebenen Bereich aus.

Von Gast (nicht überprüft) , 29 April 2026

git grep — Verfolgte Dateien nach einem Muster durchsuchen

Übersicht

git grep [<options>] <pattern> [<tree-ish>...]

Beschreibung

Der git grep-Befehl durchsucht von Git verfolgte Dateien nach einem Muster. Er ist auf großen Repositories viel schneller als grep -r, weil er nur das durchsucht, was Git kennt (überspringt .git, Build-Outputs und ignorierte Dateien) und Gits optimierte Objektdatenbank verwendet. Sie können auch jede historische Revision oder jeden Tree durchsuchen, nicht nur die Arbeitskopie.

Von Gast (nicht überprüft) , 29 April 2026

git bisect — Per Binärsuche den Commit finden, der einen Bug einführte

Übersicht

git bisect start
git bisect good <commit>
git bisect bad <commit>
git bisect run <script>
git bisect reset

Beschreibung

Der git bisect-Befehl führt eine Binärsuche durch die Commit-Historie durch, um genau den Commit zu identifizieren, der einen Bug einführte. Sie beginnen damit, einen bekannt-schlechten Commit (oft HEAD) und einen bekannt-guten Commit (vielleicht einen Release-Tag) zu markieren, dann checkt Git einen Mittelpunkt aus und bittet Sie, zu testen.

Von Gast (nicht überprüft) , 29 April 2026

git blame — Anzeigen, welche Revision und welcher Autor jede Zeile zuletzt geändert hat

Übersicht

git blame [-L <range>] [-w] [-M] [-C] <file>

Beschreibung

Der git blame-Befehl annotiert jede Zeile einer Datei mit dem Commit, dem Autor und dem Zeitstempel, die sie zuletzt berührt haben. Er ist unschätzbar, um zu verstehen, warum ein Stück Code so aussieht, wie es aussieht, wer es eingeführt hat und wann. Trotz des anschuldigenden Namens wird Blame meist als Recherchewerkzeug verwendet, nicht als Mittel zum Schuldzuweisen.

Von Gast (nicht überprüft) , 29 April 2026

git show — Verschiedene Objekttypen anzeigen

Übersicht

git show [<options>] [<object>...]

Beschreibung

Der git show-Befehl zeigt Informationen über Git-Objekte an: Commits (mit Diff), Tags (Annotation + getaggtes Objekt), Trees (Datei-Auflistung) oder Blobs (Dateiinhalte). Ohne Argumente zeigt er den jüngsten Commit. Mit einem Pfad-Argument zeigt er die Datei, wie sie zu einer bestimmten Revision existierte.

Commands Reference