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

Übersicht

git checkout-index [-a] [-f] [-u] [--prefix=<dir>] [<file>...]

Beschreibung

Der git checkout-index-Befehl extrahiert Dateien aus dem Index in den Working Tree. Er ist das Plumbing hinter git checkout <path> und git restore. Anders als seine Porcelain-Pendants ist er sehr gezielt: nur das Schreiben von Dateien aus dem Index, keine Branch-Wechsel oder Kontext-Operationen.

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

Übersicht

git diff-index [--cached] [-p] <tree-ish> [<path>...]

Beschreibung

Der git diff-index-Befehl vergleicht ein gegebenes Tree-Objekt mit dem Index oder dem Working Tree. Er ist eines der Plumbing-Werkzeuge unter git diff und git status. Die Ausgabe ist im Roh-Format mit jedem geänderten Pfad und seinen alten/neuen Modi und SHAs.

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

Übersicht

git commit-tree <tree> [-p <parent>]... [-m <msg>] [-S]

Beschreibung

Der git commit-tree-Befehl erstellt ein neues Commit-Objekt aus einem Tree-SHA, einem oder mehreren Eltern-SHAs und einer Nachricht. Er ist das Plumbing-Pendant von git commit und der finale Schritt im manuellen Commit-Bau-Prozess.

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

Übersicht

git write-tree [--missing-ok] [--prefix=<dir>]

Beschreibung

Der git write-tree-Befehl erstellt ein Tree-Objekt aus dem aktuellen Index und gibt seinen SHA aus. Es ist der Plumbing-Schritt zwischen "der Index ist bereit zum Committen" und "wir haben einen Tree zum Verweisen". git commit ruft es intern auf.

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

Übersicht

git read-tree [-m | -u | --reset] <tree-ish>...

Beschreibung

Der git read-tree-Befehl liest einen oder mehrere Trees in den Index ein. Er ist eines der grundlegenden Plumbing-Bausteine und das Werkzeug, das hinter git checkout und git merge die Index-Updates handhabt.

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

Übersicht

git update-index [--add] [--remove] [--refresh] [--assume-unchanged] <file>...

Beschreibung

Der git update-index-Befehl ist das Plumbing hinter git add. Er zeichnet Dateiinhalte im Index per SHA auf, verwaltet Flags wie assume-unchanged und skip-worktree und aktualisiert Index-Zeitstempel. Die meisten Porcelain-Operationen rufen ihn auf.

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

Übersicht

git add -p [<path>...]
git add --patch [<path>...]

Beschreibung

Der git add -p-Befehl startet eine interaktive Oberfläche, die durch jeden "Hunk" von Änderungen in Ihrem Working Tree geht und Sie für jeden bittet zu entscheiden: stagen, überspringen, splitten, bearbeiten usw. Das ist die Geheimwaffe zum Erstellen sauberer, atomarer Commits, wenn Ihr Working Tree eine Mischung verwandter und unzusammenhängender Änderungen enthält.

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

Übersicht

git instaweb [--httpd=<daemon>] [--port=<n>] [--start | --stop | --restart]

Beschreibung

Der git instaweb-Befehl startet einen lokalen Webserver (lighttpd, Apache, webrick oder Pythons http.server), der die gitweb-Oberfläche für das aktuelle Repository hostet. Er öffnet einen Browser, der darauf zeigt, und gibt Ihnen eine schnelle Web-UI zum Durchstöbern von Historie, Dateien und Diffs ohne jegliches Setup.

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

Übersicht

git send-email [--to <addr>] [--cc <addr>] [--cover-letter] <patch-or-dir>...

Beschreibung

Der git send-email-Befehl sendet einen oder mehrere Patches per SMTP, jeden als ordentlich verthreadete E-Mail. Es ist das kanonische Werkzeug zum Einreichen von Patches bei mailinglisten-getriebenen Projekten (Linux-Kernel, Git selbst, U-Boot usw.). Es kann SMTP-Credentials aus Ihrer Git-Konfiguration lesen, interaktiv abfragen oder Authentifizierungsdateien verwenden.

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

Übersicht

git request-pull [-p] <start> <url> [<end>]

Beschreibung

Der git request-pull-Befehl erzeugt eine textuelle Zusammenfassung, die einen Upstream-Maintainer bittet, Änderungen aus Ihrem Repository zu pullen. Die Ausgabe enthält eine Liste von Commits im Bereich, ein Diffstat, die URL und Ref zum Pullen und (falls zutreffend) den SHA der getaggten Version. Es ist die Standardmethode, einen Pull Request per E-Mail auf von Mailinglisten getriebenen Projekten zu senden.