Diese Form dient zur Anzeige der Änderungen, die Sie relativ zum Index (Staging-Bereich für den nächsten Commit) vorgenommen haben. Mit anderen Worten, die Unterschiede sind das, was Sie Git zum weiteren Hinzufügen zum Index mitteilen könnten, aber noch nicht getan haben. Sie können diese Änderungen mit git-add[1] zum Staging-Bereich hinzufügen.

Diese Form dient zum Vergleich der gegebenen zwei Pfade auf dem Dateisystem. Sie können die Option --no-index weglassen, wenn Sie den Befehl in einem von Git verwalteten Arbeitsverzeichnis ausführen und mindestens ein Pfad außerhalb des Arbeitsverzeichnisses liegt, oder wenn Sie den Befehl außerhalb eines von Git verwalteten Arbeitsverzeichnisses ausführen. Diese Form impliziert --exit-code. Wenn beide Pfade auf Verzeichnisse zeigen, können zusätzliche Pfadselektoren angegeben werden. Diese begrenzen die in der Differenz enthaltenen Dateien. Alle solchen Pfadselektoren müssen relativ sein, da sie für beide Seiten des Diffs gelten.

Diese Form dient zur Anzeige der Änderungen, die Sie für den nächsten Commit relativ zum genannten <commit> zum Staging-Bereich hinzugefügt haben. Typischerweise möchten Sie den Vergleich mit dem letzten Commit, also wenn Sie keinen <commit> angeben, wird standardmäßig HEAD verwendet. Wenn HEAD nicht existiert (z. B. bei ungeborenen Branches) und <commit> nicht angegeben ist, werden alle Änderungen im Staging-Bereich angezeigt. --staged ist ein Synonym für --cached.

Diese Form dient zur Anzeige der Änderungen, die Sie in Ihrem Arbeitsverzeichnis relativ zum genannten <commit> vorgenommen haben. Sie können HEAD verwenden, um es mit dem letzten Commit zu vergleichen, oder einen Branch-Namen, um mit der Spitze eines anderen Branches zu vergleichen.

Dies dient zur Anzeige der Unterschiede zwischen zwei beliebigen <commit>.

Diese Form dient zur Anzeige der Ergebnisse eines Merge-Commits. Der zuerst genannte <commit> muss der Merge selbst sein; die folgenden zwei oder mehr Commits sollten seine Eltern sein. Praktische Wege, um den gewünschten Satz von Revisionen zu erzeugen, sind die Verwendung der Suffixe @ und ^!. Wenn A ein Merge-Commit ist, dann ergeben git diff A A^@, git diff A^! und git show A alle denselben kombinierten Diff.

Dies ist ein Synonym für die frühere Form (ohne ..) zur Anzeige der Unterschiede zwischen zwei beliebigen <commit>. Wenn <commit> auf einer Seite weggelassen wird, hat dies den gleichen Effekt, als ob stattdessen HEAD verwendet würde.

Diese Form dient zur Anzeige der Unterschiede im Branch, der den zweiten <commit> enthält und bis zu ihm reicht, beginnend bei einem gemeinsamen Vorfahren beider <commit>. git diff A...B ist äquivalent zu git diff $(git merge-base A B) B. Sie können einen der <commit> weglassen, was den gleichen Effekt hat, als ob stattdessen HEAD verwendet würde.

Diese Form dient zur Anzeige der Unterschiede zwischen den Rohinhalten zweier Blob-Objekte.

Erzeugt einen Patch (siehe Generieren von Patch-Text mit -p). Dies ist die Standardeinstellung.

Unterdrückt jegliche Ausgabe der Diff-Maschinerie. Nützlich für Befehle wie git show, die standardmäßig den Patch anzeigen, um ihre Ausgabe zu unterdrücken, oder um die Wirkung von Optionen wie --patch, --stat, die früher auf der Befehlszeile in einem Alias standen, aufzuheben.

Generiert Diffs mit <n> Zeilen Kontext anstelle der üblichen drei. Beinhaltet --patch.

Ausgabe in eine bestimmte Datei anstelle von stdout.

Legt das Zeichen fest, das verwendet wird, um neue, alte oder Kontextzeilen im generierten Patch anzuzeigen. Normalerweise sind dies +, - und ' '.

Erzeugt die Differenz im Rohformat.

Synonym für -p --raw.

Aktiviert die Heuristik, die Diff-Hunk-Grenzen verschiebt, um Patches leichter lesbar zu machen. Dies ist der Standard.

Deaktiviert die Einrückungsheuristik.

Verwendet zusätzliche Zeit, um sicherzustellen, dass der kleinstmögliche Diff erzeugt wird.

Generiert einen Diff mit dem "Patience Diff"-Algorithmus.

Generiert einen Diff mit dem "Histogramm Diff"-Algorithmus.

Generiert einen Diff mit dem "Anchored Diff"-Algorithmus.

Wählt einen Diff-Algorithmus aus. Die Varianten sind wie folgt:

Erzeugt eine Diff-Statistik. Standardmäßig wird so viel Platz wie nötig für den Dateinamen-Teil verwendet, der Rest für den Grafik-Teil. Die maximale Breite ist standardmäßig die Terminalbreite oder 80 Spalten, wenn nicht mit einem Terminal verbunden, und kann durch <breite> überschrieben werden. Die Breite des Dateinamen-Teils kann durch Angabe einer weiteren Breite <name-breite> nach einem Komma oder durch Setzen von diff.statNameWidth=<name-breite> begrenzt werden. Die Breite des Grafik-Teils kann durch Verwendung von --stat-graph-width=<grafik-breite> oder durch Setzen von diff.statGraphWidth=<grafik-breite> begrenzt werden. Die Verwendung von --stat oder --stat-graph-width beeinflusst alle Befehle, die eine Statistikgrafik erzeugen, während das Setzen von diff.statNameWidth oder diff.statGraphWidth git format-patch nicht beeinflusst. Durch Angabe eines dritten Parameters <anzahl> können Sie die Ausgabe auf die ersten <anzahl> Zeilen begrenzen, gefolgt von ..., wenn es mehr gibt.

Gibt eine komprimierte Zusammenfassung von erweiterten Kopfzeileninformationen aus, wie z. B. Dateierstellungen oder -löschungen ("new" oder "gone", optional +l bei Symlinks) und Modusänderungen (+x oder -x zum Hinzufügen oder Entfernen des ausführbaren Bits) im Diffstat. Die Informationen werden zwischen dem Dateinamen-Teil und dem Grafik-Teil platziert. Beinhaltet --stat.

Ähnlich wie --stat, zeigt aber die Anzahl der hinzugefügten und gelöschten Zeilen in Dezimaldarstellung und den Pfadnamen ohne Abkürzung an, um ihn maschinenfreundlicher zu machen. Für Binärdateien werden zwei - ausgegeben, anstatt 0 0 anzuzeigen.

Gibt nur die letzte Zeile des --stat Formats aus, die die Gesamtzahl der geänderten Dateien sowie die Anzahl der hinzugefügten und gelöschten Zeilen enthält.

Gibt die Verteilung des relativen Änderungsanteils für jedes Unterverzeichnis aus. Das Verhalten von --dirstat kann durch Übergabe einer kommagetrennten Liste von Parametern angepasst werden. Die Standardwerte werden durch die Konfigurationsvariable diff.dirstat gesteuert (siehe git-config[1]). Folgende Parameter sind verfügbar:

Synonym für --dirstat=cumulative.

Synonym für --dirstat=files,<param>,....

Gibt eine komprimierte Zusammenfassung von erweiterten Kopfzeileninformationen aus, wie z. B. Erstellungen, Umbenennungen und Modusänderungen.

Synonym für -p --stat.

Wenn --raw, --numstat, --name-only oder --name-status angegeben wurde, werden Pfadnamen nicht verunstaltet und NUL-Zeichen als Feldtrenner verwendet.

Zeigt nur den Namen jeder geänderten Datei im Post-Image-Tree an. Die Dateinamen sind oft in UTF-8 kodiert. Weitere Informationen finden Sie in der Diskussion über die Kodierung in der Handbuchseite git-log[1].

Zeigt nur die Namen und den Status jeder geänderten Datei an. Siehe die Beschreibung der Option --diff-filter, was die Statusbuchstaben bedeuten. Genau wie --name-only sind die Dateinamen oft in UTF-8 kodiert.

Gibt an, wie Unterschiede in Submodulen angezeigt werden. Wenn --submodule=short angegeben ist, wird das Format short verwendet. Dieses Format zeigt nur die Namen der Commits am Anfang und Ende des Bereichs an. Wenn --submodule oder --submodule=log angegeben ist, wird das Format log verwendet. Dieses Format listet die Commits im Bereich auf, wie es git-submodule[1] summary tut. Wenn --submodule=diff angegeben ist, wird das Format diff verwendet. Dieses Format zeigt eine Inline-Differenz der Änderungen in den Submodul-Inhalten zwischen dem Commit-Bereich an. Standardmäßig wird diff.submodule oder das Format short verwendet, wenn die Konfigurationsoption nicht gesetzt ist.

Zeigt eine farbige Differenz an. --color (d. h. ohne =<when>) ist dasselbe wie --color=always. <when> kann einer von always, never oder auto sein. Es kann durch die Konfigurationseinstellungen color.ui und color.diff geändert werden.

Schaltet farbige Differenzen aus. Dies kann verwendet werden, um Konfigurationseinstellungen zu überschreiben. Es ist dasselbe wie --color=never.

Verschobene Codezeilen werden anders eingefärbt. Dies kann durch die Konfigurationseinstellung diff.colorMoved geändert werden. Der <modus> ist standardmäßig no, wenn die Option nicht gegeben ist, und zebra, wenn die Option ohne Modus gegeben ist. Der Modus muss einer der folgenden sein:

Verschiebungserkennung ausschalten. Dies kann verwendet werden, um Konfigurationseinstellungen zu überschreiben. Es ist dasselbe wie --color-moved=no.

Dies konfiguriert, wie Whitespace beim Erkennen von Verschiebungen für --color-moved ignoriert wird. Es kann durch die Konfigurationseinstellung diff.colorMovedWS gesetzt werden. Diese Modi können als kommagetrennte Liste angegeben werden

Ignoriert keine Leerzeichen bei der Verschiebungserkennung. Dies kann verwendet werden, um Konfigurationseinstellungen zu überschreiben. Es ist dasselbe wie --color-moved-ws=no.

Standardmäßig werden Wörter durch Leerzeichen getrennt; siehe --word-diff-regex unten. Der <mode> ist standardmäßig plain und muss einer der folgenden sein:

Verwendet <regex>, um zu entscheiden, was ein Wort ist, anstatt Wortfolgen von Nicht-Leerzeichen als Wort zu betrachten. Beinhaltet auch --word-diff, es sei denn, es war bereits aktiviert.

Entspricht --word-diff=color plus (wenn ein Regex angegeben wurde) --word-diff-regex=<regex>.

Umbenennungserkennung deaktivieren, auch wenn die Konfigurationsdatei dies standardmäßig vorgibt.

Ob leere Blobs als Umbenennungsquelle verwendet werden sollen.

Warnt, wenn Änderungen Konfliktmarkierungen oder Leerzeichenfehler einführen. Was als Leerzeichenfehler gilt, wird durch die Konfiguration core.whitespace gesteuert. Standardmäßig gelten nachgestellte Leerzeichen (einschließlich Zeilen, die nur aus Leerzeichen bestehen) und ein Leerzeichen, dem unmittelbar ein Tabulatorzeichen im anfänglichen Einzug der Zeile folgt, als Leerzeichenfehler. Beendet mit einem nicht-null-Status, wenn Probleme gefunden werden. Nicht kompatibel mit --exit-code.

Hebt Leerzeichenfehler in den context-, old- oder new-Zeilen des Diffs hervor. Mehrere Werte werden durch Kommas getrennt, none setzt vorherige Werte zurück, default setzt die Liste auf new zurück und all ist eine Abkürzung für old,new,context. Wenn diese Option nicht angegeben wird und die Konfigurationsvariable diff.wsErrorHighlight nicht gesetzt ist, werden nur Leerzeichenfehler in new-Zeilen hervorgehoben. Die Leerzeichenfehler werden mit color.diff.whitespace gefärbt.

Zeigt anstelle der ersten paar Zeichen die vollständigen Blob-Objekt-Namen vor und nach der Änderung in der "index"-Zeile an, wenn die Patch-Format-Ausgabe generiert wird.

Zusätzlich zu --full-index wird ein binärer Diff ausgegeben, der mit git-apply angewendet werden kann. Beinhaltet --patch.

Anstatt den vollständigen 40-Byte-Hexadezimalnamen eines Objekts im diff-raw-Format und in den Kopfzeilen des diff-tree-Formats anzuzeigen, wird der kürzeste Präfix angezeigt, der mindestens <n> Hexadezimalziffern lang ist und das Objekt eindeutig identifiziert. Im diff-patch-Ausgabeformat hat --full-index höhere Priorität, d.h. wenn --full-index angegeben ist, werden vollständige Blob-Namen unabhängig von --abbrev angezeigt. Eine nicht standardmäßige Anzahl von Ziffern kann mit --abbrev=<n> angegeben werden.

Zerlegen Sie vollständige Umschreibungsänderungen in Paare aus Löschung und Erstellung. Dies dient zwei Zwecken

Erkennt Umbenennungen. Wenn <n> angegeben ist, ist es ein Schwellenwert für den Ähnlichkeitsindex (d.h. die Menge an Hinzufügungen/Löschungen im Verhältnis zur Dateigröße). Zum Beispiel bedeutet -M90%, dass Git ein Lösch-/Hinzufügepaar als Umbenennung betrachten sollte, wenn mehr als 90 % der Datei unverändert geblieben sind. Ohne ein %-Zeichen wird die Zahl als Bruch mit einem Dezimalpunkt davor gelesen. D.h., -M5 wird zu 0,5 und ist somit dasselbe wie -M50%. Ebenso ist -M05 dasselbe wie -M5%. Um die Erkennung auf exakte Umbenennungen zu beschränken, verwenden Sie -M100%. Der Standard-Ähnlichkeitsindex ist 50 %.

Erkennt auch Kopien sowie Umbenennungen. Siehe auch --find-copies-harder. Wenn <n> angegeben ist, hat es die gleiche Bedeutung wie bei -M<n>.

Aus Leistungsgründen erkennt die Option -C standardmäßig Kopien nur dann, wenn die Originaldatei der Kopie im selben Änderungssatz geändert wurde. Dieses Flag bewirkt, dass der Befehl auch unveränderte Dateien als Kandidaten für die Quelle einer Kopie untersucht. Dies ist eine sehr aufwendige Operation für große Projekte, daher sollte sie mit Vorsicht verwendet werden. Die Angabe von mehr als einer -C Option hat die gleiche Wirkung.

Unterdrückt die Vorabinformationen für Löschungen, d.h. gibt nur den Header aus, aber nicht den Unterschied zwischen der Vorabinformation und /dev/null. Der resultierende Patch ist nicht dafür bestimmt, mit patch oder git apply angewendet zu werden; dies ist ausschließlich für Personen gedacht, die sich nur auf die Überprüfung des Textes nach der Änderung konzentrieren möchten. Darüber hinaus fehlen offensichtlich genügend Informationen, um einen solchen Patch umgekehrt anzuwenden, selbst manuell, daher der Name der Option.

Die Optionen -M und -C beinhalten einige vorbereitende Schritte, die Teilmengen von Umbenennungen/Kopien kostengünstig erkennen können, gefolgt von einem vollständigen Fallback-Teil, der alle verbleibenden ungepaarten Ziele mit allen relevanten Quellen vergleicht. (Für Umbenennungen sind nur verbleibende ungepaarte Quellen relevant; für Kopien sind alle ursprünglichen Quellen relevant.) Für N Quellen und Ziele ist dieser vollständige Vergleich O(N^2). Diese Option verhindert, dass der vollständige Teil der Umbenennungs-/Kopiererkennung ausgeführt wird, wenn die Anzahl der beteiligten Quell-/Ziel-Dateien die angegebene Zahl überschreitet. Standardmäßig wird diff.renameLimit verwendet. Beachten Sie, dass ein Wert von 0 als unbegrenzt behandelt wird.

Wählen Sie nur Dateien aus, die hinzugefügt (A), kopiert (C), gelöscht (D), geändert (M), umbenannt (R), deren Typ geändert wurde (T), die nicht zusammengeführt (U), unbekannt (X) oder deren Paarung unterbrochen wurde (B). Jede Kombination von Filterzeichen (einschließlich keiner) kann verwendet werden. Wenn * (Alles oder Nichts) zur Kombination hinzugefügt wird, werden alle Pfade ausgewählt, wenn eine Datei vorhanden ist, die anderen Kriterien im Vergleich entspricht; wenn keine Datei vorhanden ist, die anderen Kriterien entspricht, wird nichts ausgewählt.

Sucht nach Unterschieden, die die Anzahl der Vorkommen des angegebenen <string> (d.h. Hinzufügung/Löschung) in einer Datei ändern. Gedacht für den Gebrauch durch Skripte.

Sucht nach Unterschieden, deren Patch-Text hinzugefügte/entfernte Zeilen enthält, die mit <regex> übereinstimmen.

+    return frotz(nitfol, two->ptr, 1, 0);
...
-    hit = frotz(nitfol, mf2.ptr, 1, 0);

Sucht nach Unterschieden, die die Anzahl der Vorkommen des angegebenen Objekts ändern. Ähnlich wie bei -S, nur dass sich das Argument unterscheidet, da es nicht nach einem bestimmten String, sondern nach einer bestimmten Objekt-ID sucht.

Wenn -S oder -G eine Änderung findet, werden alle Änderungen in diesem Änderungssatz angezeigt, nicht nur die Dateien, die die Änderung am <string> enthalten.

Behandelt den an -S übergebenen <string> als erweiterte POSIX-regulären Ausdruck zur Übereinstimmung.

Steuert die Reihenfolge, in der Dateien in der Ausgabe erscheinen. Dies überschreibt die Konfigurationsvariable diff.orderFile (siehe git-config[1]). Um diff.orderFile abzubrechen, verwenden Sie -O/dev/null.

Verwerfen Sie die Dateien vor der benannten <file> aus der Ausgabe (d.h. skip to) oder verschieben Sie sie ans Ende der Ausgabe (d.h. rotate to). Diese Optionen wurden hauptsächlich für die Verwendung des Befehls git difftool entwickelt und sind möglicherweise sonst nicht sehr nützlich.

Vertauschen Sie zwei Eingaben; d.h., zeigen Sie Unterschiede vom Index oder der Festplattendatei zu Baum-Inhalten an.

Wenn von einem Unterverzeichnis des Projekts aus ausgeführt, kann es angewiesen werden, Änderungen außerhalb des Verzeichnisses auszuschließen und Pfadnamen relativ dazu mit dieser Option anzuzeigen. Wenn Sie sich nicht in einem Unterverzeichnis befinden (z.B. in einem Bare-Repository), können Sie angeben, welches Unterverzeichnis die Ausgabe relativ dazu machen soll, indem Sie <path> als Argument angeben. --no-relative kann verwendet werden, um sowohl die Konfigurationsoption diff.relative als auch die vorherige Option --relative zu widerrufen.

Behandeln Sie alle Dateien als Text.

Ignoriert Wagenrücklauf am Zeilenende beim Vergleichen.

Ignoriert Änderungen an Leerzeichen am Zeilenende.

Ignoriert Änderungen an der Leerzeichenmenge. Dies ignoriert Leerzeichen am Zeilenende und betrachtet alle anderen Sequenzen von einem oder mehreren Leerzeichen als äquivalent.

Ignoriert Leerzeichen beim Vergleich von Zeilen. Dies ignoriert Unterschiede, auch wenn eine Zeile Leerzeichen enthält, während die andere Zeile keine hat.

Ignoriert Änderungen, deren Zeilen alle leer sind.

Ignoriert Änderungen, deren alle Zeilen mit <regex> übereinstimmen. Diese Option kann mehr als einmal angegeben werden.

Zeigt den Kontext zwischen Diff-Hunks bis zur angegebenen Anzahl von <n> Zeilen an und fasst so nahe beieinander liegende Hunks zusammen. Standard ist diff.interHunkContext oder 0, wenn die Konfigurationsoption nicht gesetzt ist.

Zeigt die gesamte Funktion als Kontextzeilen für jede Änderung an. Die Funktionsnamen werden auf die gleiche Weise bestimmt, wie git diff Patch-Hunk-Header erstellt (siehe "Defining a custom hunk-header" in gitattributes[5]).

Lässt das Programm mit Codes ähnlich wie diff(1) beenden. Das heißt, es beendet sich mit 1, wenn es Unterschiede gab, und 0 bedeutet keine Unterschiede.

Schaltet die gesamte Ausgabe des Programms ab. Impliziert --exit-code. Deaktiviert die Ausführung externer Diff-Helfer, deren Exit-Code nicht vertrauenswürdig ist, d.h. ihre jeweilige Konfigurationsoption diff.trustExitCode oder diff.<driver>.trustExitCode oder die Umgebungsvariable GIT_EXTERNAL_DIFF_TRUST_EXIT_CODE ist false.

Ermöglicht die Ausführung eines externen Diff-Helferprogramms. Wenn Sie einen externen Diff-Treiber mit gitattributes[5] einrichten, müssen Sie diese Option mit git-log[1] und ähnlichen Befehlen verwenden.

Deaktiviert externe Diff-Treiber.

Erlaubt (oder verbietet) die Ausführung externer Textkonvertierungsfilter beim Vergleichen von Binärdateien. Siehe gitattributes[5] für Details. Da Textkonvertierungsfilter typischerweise eine unidirektionale Konvertierung sind, ist der resultierende Diff für den menschlichen Gebrauch geeignet, kann aber nicht angewendet werden. Aus diesem Grund sind Textkonvertierungsfilter standardmäßig nur für git-diff[1] und git-log[1] aktiviert, aber nicht für git-format-patch[1] oder Diff-Plumbing-Befehle.

Ignoriert Änderungen an Submodulen bei der Diff-Erzeugung. all ist die Standardeinstellung. Die Verwendung von none berücksichtigt das Submodul als geändert, wenn es entweder nicht verfolgte oder geänderte Dateien enthält oder sein HEAD vom im Superprojekt aufgezeichneten Commit abweicht, und kann verwendet werden, um jegliche Einstellungen der Option ignore in git-config[1] oder gitmodules[5] zu überschreiben. Wenn untracked verwendet wird, werden Submodule nicht als dirty betrachtet, wenn sie nur nicht verfolgten Inhalt enthalten (sie werden aber immer noch auf geänderten Inhalt gescannt). Die Verwendung von dirty ignoriert alle Änderungen am Arbeitsverzeichnis von Submodulen, nur Änderungen an den im Superprojekt gespeicherten Commits werden angezeigt (dies war das Verhalten bis 1.7.0). Die Verwendung von all verbirgt alle Änderungen an Submodulen.

Zeigt den angegebenen Quell-<prefix> anstelle von "a/" an.

Zeigt den angegebenen Ziel-<prefix> anstelle von "b/" an.

Zeigt keine Quell- oder Zielpräfixe an.

Verwendet die Standard-Quell- und Zielpräfixe ("a/" und "b/"). Dies überschreibt Konfigurationsvariablen wie diff.noprefix, diff.srcPrefix, diff.dstPrefix und diff.mnemonicPrefix (siehe git-config[1]).

Fügt jeder Zeile der Ausgabe einen zusätzlichen <prefix> voran.

Standardmäßig erscheinen Einträge, die mit git add -N hinzugefügt wurden, als existierende leere Datei in git diff und als neue Datei in git diff --cached. Diese Option bewirkt, dass der Eintrag als neue Datei in git diff und als nicht vorhanden in git diff --cached erscheint. Diese Option kann mit --ita-visible-in-index rückgängig gemacht werden. Beide Optionen sind experimentell und können in zukünftigen Versionen entfernt werden.

Für jeden auf der Kommandozeile angegebenen Pfadspec wird maximal bis zur Tiefe von <depth> Ebenen von Verzeichnissen abgestiegen. Ein Wert von -1 bedeutet keine Begrenzung. Kann nicht mit Wildcards im Pfadspec kombiniert werden. Bei einem Baum, der foo/bar/baz enthält, zeigt die folgende Liste die Übereinstimmungen, die von jeder Optionsmenge generiert werden

Vergleiche den Arbeitsbaum mit

Unterdrücke die Diff-Ausgabe für nicht zusammengeführte Einträge und zeige nur "Nicht zusammengeführt" an. Kann nur verwendet werden, wenn der Arbeitsbaum mit dem Index verglichen wird.

Die Parameter <pfad> werden, wenn sie angegeben werden, verwendet, um den Vergleich auf die genannten Pfade zu beschränken (Sie können Verzeichnisnamen angeben und erhalten einen Vergleich für alle Dateien darunter).

vergleicht den <tree-ish> und die Dateien auf dem Dateisystem.

vergleicht den <tree-ish> und den Index.

vergleicht die durch die beiden Argumente benannten Bäume.

vergleicht den Index und die Dateien auf dem Dateisystem.

Wenn git diff verwendet wird, um Arbeitsbaumdateien zu vergleichen, betrachte reine Statusänderungen nicht als geändert. Führe stattdessen stillschweigend git update-index --refresh aus, um die zwischengespeicherten Statusinformationen für Pfade zu aktualisieren, deren Inhalte im Arbeitsbaum mit den Inhalten im Index übereinstimmen. Diese Option ist standardmäßig auf true gesetzt. Beachten Sie, dass dies nur git diff Porcelain betrifft und nicht niedrigstufige diff-Befehle wie git diff-files.

Eine durch Kommas getrennte Liste von --dirstat-Parametern, die das Standardverhalten der Option --dirstat für git diff und ähnliche Befehle festlegen. Die Standardwerte können auf der Befehlszeile überschrieben werden (mit --dirstat=<param>,...). Die Fallback-Standardwerte (wenn sie nicht durch diff.dirstat geändert werden) sind changes,noncumulative,3. Die folgenden Parameter sind verfügbar

Begrenzt die Breite des Dateinamens in der Ausgabe von --stat. Wenn gesetzt, gilt dies für alle Befehle, die eine Ausgabe im Format --stat erzeugen, mit Ausnahme von format-patch.

Begrenzt die Breite des Graphen in der Ausgabe von --stat. Wenn gesetzt, gilt dies für alle Befehle, die eine Ausgabe im Format --stat erzeugen, mit Ausnahme von format-patch.

Erzeugt Diffs mit <n> Zeilen Kontext anstelle des Standardwerts von 3. Dieser Wert wird durch die Option -U überschrieben.

Zeigt den Kontext zwischen Diff-Hunks bis zur angegebenen Anzahl von Zeilen an und fusioniert dadurch nahe beieinander liegende Hunks. Dieser Wert dient als Standard für die Befehlszeilenoption --inter-hunk-context.

Wenn diese Konfigurationsvariable gesetzt ist, wird die Diff-Generierung nicht mit der internen Diff-Maschinerie durchgeführt, sondern mit dem angegebenen Befehl. Kann mit der Umgebungsvariable GIT_EXTERNAL_DIFF überschrieben werden. Der Befehl wird mit Parametern aufgerufen, wie in "git Diffs" in git[1] beschrieben. Hinweis: Wenn Sie ein externes Diff-Programm nur für eine Teilmenge Ihrer Dateien verwenden möchten, sollten Sie stattdessen gitattributes[5] verwenden.

Wenn dieser boolesche Wert auf true gesetzt ist, wird erwartet, dass der Befehl diff.external den Exit-Code 0 zurückgibt, wenn er die Eingabedateien als gleich betrachtet, oder 1, wenn er sie als unterschiedlich betrachtet, wie diff(1). Wenn er auf false gesetzt ist, was der Standard ist, wird erwartet, dass der Befehl unabhängig von der Gleichheit den Exit-Code 0 zurückgibt. Jeder andere Exit-Code führt dazu, dass Git einen fatalen Fehler meldet.

Legt den Standardwert für --ignore-submodules fest. Beachten Sie, dass dies nur git diff Porcelain betrifft und nicht niedrigstufige diff-Befehle wie git diff-files. git checkout und git switch berücksichtigen diese Einstellung auch bei der Meldung von uncommitted Änderungen. Das Setzen auf all deaktiviert die Submodulzusammenfassung, die normalerweise von git commit und git status angezeigt wird, wenn status.submoduleSummary gesetzt ist, es sei denn, sie wird durch Verwendung der Befehlszeilenoption --ignore-submodules überschrieben. Die git submodule-Befehle sind von dieser Einstellung nicht betroffen. Standardmäßig ist dies auf untracked gesetzt, sodass alle nicht verfolgten Submodule ignoriert werden.

Wenn gesetzt, verwendet git diff ein Präfixpaar, das sich vom Standard a/ und b/ unterscheidet, je nachdem, was verglichen wird. Wenn diese Konfiguration aktiv ist, vertauscht die Ausgabe eines umgekehrten Diffs auch die Reihenfolge der Präfixe

Wenn gesetzt, zeigt git diff kein Quell- oder Zielpräfix an.

Wenn gesetzt, verwendet git diff dieses Quellpräfix. Standardmäßig ist dies a/.

Wenn gesetzt, verwendet git diff dieses Zielpräfix. Standardmäßig ist dies b/.

Wenn auf true gesetzt, zeigt git diff keine Änderungen außerhalb des Verzeichnisses an und zeigt Pfadnamen relativ zum aktuellen Verzeichnis an.

Datei, die angibt, wie Dateien innerhalb eines Diffs geordnet werden sollen. Siehe die Option -O für Details. Wenn diff.orderFile ein relativer Pfadname ist, wird er relativ zur Spitze des Arbeitsbaums behandelt.

Die Anzahl der Dateien, die im erschöpfenden Teil der Kopier-/Umbenennungserkennung berücksichtigt werden sollen; entspricht der Option git diff -l. Wenn nicht gesetzt, beträgt der Standardwert derzeit 1000. Diese Einstellung hat keine Auswirkung, wenn die Umbenennungserkennung deaktiviert ist.

Ob und wie Git Umbenennungen erkennt. Wenn auf false gesetzt, ist die Umbenennungserkennung deaktiviert. Wenn auf true gesetzt, ist die grundlegende Umbenennungserkennung aktiviert. Wenn auf copies oder copy gesetzt, erkennt Git auch Kopien. Standardmäßig ist dies auf true gesetzt. Beachten Sie, dass dies nur git diff Porcelain wie git-diff[1] und git-log[1] betrifft und nicht niedrigstufige Befehle wie git-diff-files[1].

Ein boolescher Wert, der das Standardverhalten unterdrückt, ein Leerzeichen vor jeder leeren Ausgabelinie zu drucken. Standardmäßig ist dies false.

Gibt das Format an, in dem Unterschiede in Submodulen angezeigt werden. Das Format short zeigt nur die Namen der Commits am Anfang und Ende des Bereichs an. Das Format log listet die Commits im Bereich auf, wie es git-submodule[1] summary tut. Das Format diff zeigt einen Inline-Diff der geänderten Inhalte des Submoduls. Standardmäßig ist dies auf short gesetzt.

Ein POSIX Extended Regular Expression, der verwendet wird, um zu bestimmen, was ein "Wort" ist, wenn Wort-für-Wort-Unterschiede berechnet werden. Zeichenfolgen, die mit dem regulären Ausdruck übereinstimmen, sind "Wörter", alle anderen Zeichen sind **ignorierbare** Leerzeichen.

Der benutzerdefinierte Diff-Treiberbefehl. Weitere Informationen finden Sie unter gitattributes[5].

Wenn dieser boolesche Wert auf true gesetzt ist, wird erwartet, dass der Befehl diff.<treiber>.command den Exit-Code 0 zurückgibt, wenn er die Eingabedateien als gleich betrachtet, oder 1, wenn er sie als unterschiedlich betrachtet, wie diff(1). Wenn er auf false gesetzt ist, was der Standard ist, wird erwartet, dass der Befehl unabhängig von der Gleichheit den Exit-Code 0 zurückgibt. Jeder andere Exit-Code führt dazu, dass Git einen fatalen Fehler meldet.

Der reguläre Ausdruck, den der Diff-Treiber verwenden soll, um den Hunk-Header zu erkennen. Ein eingebautes Muster kann ebenfalls verwendet werden. Weitere Informationen finden Sie unter gitattributes[5].

Setzen Sie diese Option auf true, damit der Diff-Treiber Dateien als binär behandelt. Weitere Informationen finden Sie unter gitattributes[5].

Der Befehl, den der Diff-Treiber aufrufen soll, um die textkonvertierte Version einer Datei zu erzeugen. Das Ergebnis der Konvertierung wird zur Erzeugung eines menschenlesbaren Diffs verwendet. Weitere Informationen finden Sie unter gitattributes[5].

Der reguläre Ausdruck, den der Diff-Treiber verwenden soll, um Wörter in einer Zeile zu trennen. Weitere Informationen finden Sie unter gitattributes[5].

Setzen Sie diese Option auf true, damit der Diff-Treiber die Textkonvertierungsergebnisse zwischenspeichert. Weitere Informationen finden Sie unter gitattributes[5].

Setzen Sie diese Option auf false, um die Standardheuristiken zu deaktivieren, die Diff-Hunk-Grenzen verschieben, um Patches leichter lesbar zu machen.

Wählt einen Diff-Algorithmus aus. Die Varianten sind wie folgt:

Hebt Leerzeichenfehler in den Zeilen context, old oder new des Diffs hervor. Mehrere Werte werden durch Kommas getrennt, none setzt vorherige Werte zurück, default setzt die Liste auf new zurück, und all ist eine Kurzform für old,new,context. Die Leerzeichenfehler werden mit color.diff.whitespace gefärbt. Die Befehlszeilenoption --ws-error-highlight=<art> überschreibt diese Einstellung.

Wenn auf einen gültigen <modus> oder einen Wert von true gesetzt, werden verschobene Zeilen in einem Diff anders gefärbt. Details zu gültigen Modi finden Sie unter --color-moved. Wenn einfach auf true gesetzt, wird der Standardmodus verwendet. Wenn auf false gesetzt, werden verschobene Zeilen nicht gefärbt.

Wenn verschobene Zeilen gefärbt werden (z. B. mit der Einstellung diff.colorMoved), steuert diese Option den Modus, wie Leerzeichen behandelt werden. Details zu gültigen Modi finden Sie unter --color-moved-ws in git-diff[1].