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

git checkout — Branches wechseln oder Working-Tree-Dateien wiederherstellen

Übersicht

git checkout [<branch>]
git checkout -b <new-branch> [<start-point>]
git checkout [<tree-ish>] -- <file>...

Beschreibung

Der git checkout-Befehl tut historisch zwei nicht zusammenhängende Dinge: Branches wechseln und Dateien wiederherstellen. Wegen dieser Überladung führte modernes Git git switch für Branch-Operationen und git restore für Datei-Operationen ein.

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

git branch — Branches auflisten, erstellen oder löschen

Übersicht

git branch [-a] [-r] [-v] [-d <name>] [-m <old> <new>] [<name> [<start-point>]]

Beschreibung

Der git branch-Befehl verwaltet Branches. Ohne Argumente listet er lokale Branches auf und markiert den aktuellen mit einem Sternchen. Mit einem Namen erstellt er einen neuen Branch, der auf das aktuelle HEAD zeigt (oder auf einen angegebenen Startpunkt). Er kann Branches auch löschen, umbenennen und inspizieren.

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

git mv — Eine verfolgte Datei verschieben oder umbenennen

Übersicht

git mv [-f] [-k] [-n] <source> <destination>

Beschreibung

Der git mv-Befehl benennt eine verfolgte Datei um oder verschiebt sie und staget die Änderung. Intern entspricht er dem Ausführen von mv, gefolgt von git add auf den neuen Pfad und git rm auf den alten. Der Vorteil ist, dass die Umbenennung in einem einzigen atomaren Schritt geschieht, der eindeutig gestaged wird.

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

git rm — Dateien aus dem Working Tree und dem Index entfernen

Übersicht

git rm [-f] [-r] [--cached] [--] <file>...

Beschreibung

Der git rm-Befehl entfernt Dateien in einem Schritt aus dem Working Tree und dem Index und staget die Löschung für den nächsten Commit. Die Verwendung von git rm ist bequemer als das Entfernen der Datei mit rm und anschließendem git add — auch wenn beide Ansätze denselben Endzustand erzeugen.

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

git diff — Änderungen zwischen Commits, Trees oder dem Working Tree anzeigen

Übersicht

git diff [<options>] [<commit>] [--] [<path>...]

Beschreibung

Der git diff-Befehl zeigt Unterschiede zwischen zwei Mengen von Dateiinhalten. Ohne Argumente vergleicht er den Working Tree mit der Staging Area und zeigt, was nicht gestaged ist. Mit --cached (oder --staged) vergleicht er die Staging Area mit dem jüngsten Commit. Mit einem oder zwei Commit-Argumenten vergleicht er diese Commits.

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

git status — Den Status des Working Trees anzeigen

Übersicht

git status [-s] [-b] [--porcelain[=<version>]] [--ignored]

Beschreibung

Der git status-Befehl zeigt den Zustand des Working Trees und der Staging Area. Er zeigt, welche Dateien für den nächsten Commit gestaged sind, welche modifiziert, aber nicht gestaged sind, und welche untracked sind. Er meldet auch den aktuellen Branch, ob er voraus oder zurück gegenüber dem Upstream ist, und alle laufenden Operationen wie Merges oder Rebases.

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

git commit — Gestagte Änderungen ins Repository aufzeichnen

Übersicht

git commit [-m <msg>] [-a] [--amend] [--no-verify] [-S]

Beschreibung

Der git commit-Befehl nimmt alles, was sich aktuell in der Staging Area befindet, und erstellt ein neues Commit-Objekt im Repository. Ein Commit ist ein unveränderlicher Snapshot, der einen Tree (die Dateiinhalte), Eltern-Zeiger, Autor- und Committer-Metadaten sowie eine Nachricht enthält.

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

git add — Änderungen für den nächsten Commit stagen

Übersicht

git add [-p] [-A] [-u] [--] [<pathspec>...]

Beschreibung

Der git add-Befehl bewegt Änderungen aus Ihrem Working Tree in die Staging Area (auch Index genannt). Die Staging Area ist ein Snapshot dessen, was in den nächsten Commit fließen wird. Indem Sie Änderungen explizit stagen, lässt Git Sie Commits zusammenstellen, die genau die Arbeit enthalten, die Sie aufzeichnen wollen — auch wenn Ihr Working Tree andere unzusammenhängende laufende Bearbeitungen hat.

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

git clone — Ein Repository von einer Remote-Quelle kopieren

Übersicht

git clone [--branch <name>] [--depth <n>] [--recurse-submodules] <url> [directory]

Beschreibung

Der git clone-Befehl kopiert ein bestehendes Repository (typischerweise von einem Remote-Server) in ein neues lokales Verzeichnis. Er führt drei Aktionen durch: Er erstellt ein neues Verzeichnis, führt git init darin aus und holt dann alle Branches und die Historie vom Remote.

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

git init — Ein neues Git-Repository erstellen

Übersicht

git init [--bare] [--initial-branch=<name>] [--template=<dir>] [directory]

Beschreibung

Der git init-Befehl erstellt ein neues, leeres Git-Repository oder reinitialisiert ein bestehendes. Es ist üblicherweise der erste Befehl, den Sie ausführen, wenn Sie ein Projekt mit Git zu verfolgen beginnen wollen. Der Befehl erstellt ein verstecktes .git-Verzeichnis, das alle Metadaten enthält, die Git braucht: die Objektdatenbank, Referenzen, Konfiguration, Hooks und den Index.

Commands Reference