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

git subtree — Ein Projekt als Unterverzeichnis mergen und aufteilen

Übersicht

git subtree add --prefix=<path> <repo> <ref> [--squash]
git subtree pull --prefix=<path> <repo> <ref>
git subtree push --prefix=<path> <repo> <ref>
git subtree split --prefix=<path> -b <new-branch>

Beschreibung

Der git subtree-Befehl ist eine Alternative zu Submodules, die den Inhalt eines anderen Projekts direkt in ein Unterverzeichnis Ihres Repos mergt.

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

git submodule — Verschachtelte Git-Repositories verwalten

Übersicht

git submodule add <url> <path>
git submodule update --init --recursive
git submodule foreach <cmd>

Beschreibung

Der git submodule-Befehl bettet ein externes Git-Repository in einem anderen bei einem festen Commit ein. Das Eltern-Repo zeichnet die Submodule-URL und den exakten auszucheckenden SHA auf, was Eltern- und Kind-Historien entkoppelt. Das ist nützlich zum Vendoring geteilter Bibliotheken oder zum Komponieren von Multi-Repo-Systemen.

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

git worktree — Mehrere Working Trees verwalten

Übersicht

git worktree add <path> [<branch>]
git worktree list
git worktree remove <path>
git worktree prune

Beschreibung

Der git worktree-Befehl erlaubt es, dass ein einzelnes Repository mehrere Working Trees gleichzeitig ausgecheckt hat, jeden auf einem anderen Branch. Das ist schneller und billiger als mehrfaches Klonen: nur eine Objektdatenbank, aber parallele Checkouts.

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

git filter-repo — Repository-Historie im großen Stil umschreiben

Übersicht

git filter-repo --path <path> [--invert-paths]
git filter-repo --replace-text <file>
git filter-repo --strip-blobs-bigger-than 10M

Beschreibung

Das git filter-repo-Tool ist die moderne, empfohlene Methode, Git-Historie umzuschreiben. Es ersetzt das veraltete git filter-branch, das langsam und fehleranfällig ist.

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

git rebase -i — Interaktives Rebase zum Umschreiben lokaler Historie

Übersicht

git rebase -i <upstream>
git rebase -i --root

Beschreibung

Interaktives Rebase öffnet einen Editor mit der Liste der zu rebasenden Commits, jeder vorangestellt mit einer Aktion: pick, reword, edit, squash, fixup, drop, exec oder break. Durch Bearbeiten dieser Liste können Sie Commits umordnen, kombinieren, aufteilen oder entfernen, bevor sie upstream gehen.

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

git cherry-pick — Änderungen aus bestehenden Commits anwenden

Übersicht

git cherry-pick [-n] [-x] [--continue] [--abort] <commit>...

Beschreibung

Der git cherry-pick-Befehl wendet die durch einen oder mehrere bestehende Commits eingeführten Änderungen als neue Commits auf den aktuellen Branch an. Es ist das richtige Werkzeug, wenn Sie einen einzelnen Fix von einem anderen Branch brauchen, ohne den ganzen Branch zu mergen. Cherry-Picks erstellen neue Commits mit neuen SHAs, bewahren aber den ursprünglichen Autor und die Nachricht.

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

git describe (Versionierung) — Tags als Wahrheitsquelle für Versionen verwenden

Übersicht

git describe --tags --dirty --always [--match 'v[0-9]*']

Beschreibung

Diese Seite behandelt git describe aus Versionierungssicht: wie Sie ein Tag-Schema entwerfen, das reproduzierbare Build-Versions-Strings antreibt. Die Ausgabe von git describe wird weit von Build-Systemen (Make, CMake, Cargo, npm-Skripten) verwendet, um einen Versions-String zu erzeugen, der einen Basis-Tag plus Distanz und SHA enthält.

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

git tag — Tags erstellen, auflisten und verifizieren

Übersicht

git tag [-a] [-s] [-m <msg>] <name> [<commit>]
git tag -l ['<pattern>']
git tag -d <name>

Beschreibung

Der git tag-Befehl markiert bestimmte Commits mit einem einprägsamen Namen, üblicherweise für Releases verwendet. Es gibt zwei Arten von Tags: lightweight (nur ein benannter Zeiger) und annotated (ein vollständiges Git-Objekt mit Autor, Datum, Nachricht und optionaler GPG-Signatur).

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

git apply — Einen Patch auf Dateien und/oder den Index anwenden

Übersicht

git apply [--check] [--index] [--3way] <patch>...

Beschreibung

Der git apply-Befehl wendet einen Unified Diff (eine Patch-Datei) auf den Working Tree, den Index oder beides an. Anders als git am, das einen vollständigen Patch im Mailbox-Format mit Autor- und Nachrichten-Metadaten erwartet, wendet git apply nur den Diff-Inhalt an. Es ist nützlich, um Patches anzuwenden, die per E-Mail, Code-Review-Tools oder erzeugt von git diff empfangen wurden.

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

git stash — Änderungen für später speichern

Übersicht

git stash [push [-m <msg>] [-u]]
git stash pop [<stash>]
git stash list
git stash drop [<stash>]

Beschreibung

Der git stash-Befehl legt uncommitted Änderungen (sowohl im Working Tree als auch im Index) beiseite und setzt den Working Tree in einen sauberen Zustand zurück. Die beiseite gelegten Änderungen werden auf einem Stack gespeichert, den Sie später wiederanwenden können.

Commands Reference