Die Dateien, aus denen der Patch gelesen werden soll. - kann verwendet werden, um von der Standardeingabe zu lesen.

Anstatt den Patch anzuwenden, wird die Diff-Statistik für die Eingabe ausgegeben. Schaltet "anwenden" aus.

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

Anstatt den Patch anzuwenden, wird eine kondensierte Zusammenfassung von Informationen ausgegeben, die aus erweiterten Git-Diff-Headern stammen, wie z. B. Erstellungen, Umbenennungen und Modusänderungen. Schaltet "anwenden" aus.

Anstatt den Patch anzuwenden, wird geprüft, ob der Patch auf den aktuellen Arbeitsbaum und/oder die Indexdatei anwendbar ist und Fehler erkannt. Schaltet "anwenden" aus.

Wendet den Patch sowohl auf den Index als auch auf den Arbeitsbaum an (oder prüft nur, ob er auf beide sauber angewendet werden könnte, wenn --check aktiv ist). Beachten Sie, dass --index erwartet, dass die Indexeinträge und die Kopien im Arbeitsbaum für die relevanten Pfade identisch sind (ihre Inhalte und Metadaten wie Dateimodus müssen übereinstimmen) und gibt einen Fehler aus, wenn dies nicht der Fall ist, selbst wenn der Patch sowohl auf den Index als auch auf den Arbeitsbaum isoliert angewendet werden könnte.

Wendet den Patch nur auf den Index an, ohne den Arbeitsbaum zu berühren. Wenn --check aktiv ist, wird nur geprüft, ob er auf den Indexeintrag sauber angewendet werden könnte.

Beim Anwenden des Patches nur auf den Arbeitsbaum werden neue Dateien markiert, die später dem Index hinzugefügt werden sollen (siehe Option --intent-to-add in git-add[1]). Diese Option wird ignoriert, wenn --index oder --cached verwendet werden, und hat außerhalb eines Git-Repositorys keine Auswirkung. Beachten Sie, dass --index durch andere Optionen wie --3way impliziert werden könnte.

Versucht einen 3-Wege-Merge, wenn der Patch die Identität von Blobs aufzeichnet, auf die er angewendet werden soll, und wir diese Blobs lokal verfügbar haben. Dies kann Konfliktmarker in den Dateien im Arbeitsbaum hinterlassen, die der Benutzer auflösen muss. Diese Option impliziert die Option --index, es sei denn, die Option --cached wird verwendet, und ist mit der Option --reject inkompatibel. Bei Verwendung mit der Option --cached werden alle Konflikte auf höheren Stufen im Cache belassen.

Anstatt Konflikte in der Datei zu belassen, werden Konflikte so aufgelöst, dass die Zeilen von unserer (oder ihrer oder beiden) Seite bevorzugt werden. Erfordert --3way.

Neuere git diff-Ausgaben enthalten eingebettete Indexinformationen für jeden Blob, um die Originalversion zu identifizieren, auf die der Patch angewendet werden soll. Wenn diese Flagge gesetzt ist und die Originalversionen der Blobs lokal verfügbar sind, wird ein temporärer Index erstellt, der diese Blobs enthält.

Wendet den Patch umgekehrt an.

Aus Gründen der Atomarität schlägt git apply standardmäßig den gesamten Patch fehl und berührt den Arbeitsbaum nicht, wenn einige der Hunks nicht angewendet werden können. Diese Option bewirkt, dass die anwendbaren Teile des Patches angewendet und die abgelehnten Hunks in entsprechenden *.rej-Dateien hinterlassen werden.

Wenn --numstat angegeben wurde, werden die Pfadnamen nicht verändert, sondern in einem NUL-terminierten, maschinenlesbaren Format ausgegeben.

Entfernt <n> führende Pfadkomponenten (getrennt durch Schrägstriche) von traditionellen Diff-Pfaden. Mit -p2 wird beispielsweise ein Patch gegen a/dir/file direkt auf file angewendet. Der Standardwert ist 1.

Stellt sicher, dass vor und nach jeder Änderung mindestens <n> Zeilen umgebenden Kontexts übereinstimmen. Wenn weniger Zeilen umgebenden Kontexts vorhanden sind, müssen alle übereinstimmen. Standardmäßig wird nie Kontext ignoriert.

Standardmäßig erwartet git apply, dass der anzuwendende Patch ein einheitlicher Diff mit mindestens einer Kontextzeile ist. Dies bietet gute Sicherheitsmaßnahmen, schlägt jedoch fehl, wenn ein mit --unified=0 generierter Diff angewendet wird. Um diese Prüfungen zu umgehen, verwenden Sie --unidiff-zero.

Wenn Sie eine der mit "Schaltet anwenden aus" gekennzeichneten Optionen verwenden, liest und gibt git apply die angeforderten Informationen aus, ohne den Patch tatsächlich anzuwenden. Geben Sie diese Flagge nach diesen Flaggen an, um den Patch ebenfalls anzuwenden.

Beim Anwenden eines Patches werden durch den Patch vorgenommene Hinzufügungen ignoriert. Dies kann verwendet werden, um den gemeinsamen Teil zwischen zwei Dateien zu extrahieren, indem Sie zuerst diff auf sie anwenden und das Ergebnis mit dieser Option anwenden, die den Löschteil, aber nicht den Hinzufügeteil anwendet.

Historisch gesehen erlaubten wir die Anwendung von Binärpatches nicht ohne explizite Erlaubnis des Benutzers, und diese Flagge war der Weg, dies zu tun. Derzeit erlauben wir die Anwendung von Binärpatches immer, so dass dies eine No-Op ist.

Änderungen an Dateien, die dem gegebenen Pfadmuster entsprechen, nicht anwenden. Dies kann beim Importieren von Patchsets nützlich sein, wenn Sie bestimmte Dateien oder Verzeichnisse ausschließen möchten.

Änderungen an Dateien, die dem gegebenen Pfadmuster entsprechen, anwenden. Dies kann beim Importieren von Patchsets nützlich sein, wenn Sie bestimmte Dateien oder Verzeichnisse einschließen möchten.

Beim Anwenden eines Patches werden Änderungen am Leerzeichen in Kontextzeilen bei Bedarf ignoriert. Kontextzeilen behalten ihr Leerzeichen und werden unabhängig vom Wert der Option --whitespace keiner Leerzeichenkorrektur unterzogen. Neue Zeilen werden jedoch weiterhin korrigiert.

Beim Anwenden eines Patches werden neue oder geänderte Zeilen mit Leerzeichenfehlern erkannt. Was als Leerzeichenfehler gilt, wird durch die Konfiguration core.whitespace gesteuert. Standardmäßig werden nachgestellte Leerzeichen (einschließlich Zeilen, die nur aus Leerzeichen bestehen) und ein Leerzeichen, dem unmittelbar ein Tabulatorzeichen folgt, im ursprünglichen Einzug der Zeile als Leerzeichenfehler betrachtet.

Unter bestimmten Umständen erkennen einige Versionen von diff eine fehlende neue Zeile am Ende der Datei nicht korrekt. Infolgedessen zeichnen Patches, die von solchen diff-Programmen erstellt wurden, unvollständige Zeilen nicht korrekt auf. Diese Option unterstützt die Anwendung solcher Patches, indem sie diesen Fehler umgeht.

Meldet den Fortschritt an stderr. Standardmäßig wird nur eine Nachricht über den aktuell angewendeten Patch ausgegeben. Diese Option bewirkt, dass zusätzliche Informationen gemeldet werden.

Unterdrückt die Ausgabe an stderr. Meldungen über den Patch-Status und den Fortschritt werden nicht gedruckt.

Vertrauen Sie nicht den Zeilenzählungen in den Hunk-Headern, sondern leiten Sie sie durch Inspektion des Patches ab (z.B. nach Bearbeitung des Patches, ohne die Hunk-Header entsprechend anzupassen).

Fügt allen Dateinamen <root> voran. Wenn auch ein "-p"-Argument übergeben wurde, wird dieses vor dem Voranstellen des neuen Roots angewendet.

Standardmäßig wird ein Patch, der außerhalb des Arbeitsbereichs wirkt (entweder ein von Git kontrollierter Arbeitsbaum oder das aktuelle Arbeitsverzeichnis, wenn "git apply" als Ersatz für GNU patch verwendet wird), als Fehler (oder böswillige Handlung) abgelehnt.

Gibt keinen Fehler für Patches zurück, die keine Diff enthalten. Dazu gehören leere Patches und Patches nur mit Commit-Text.

Wenn auf change gesetzt, weist dies git apply an, Änderungen am Leerzeichen zu ignorieren, ähnlich wie die Option --ignore-space-change. Wenn auf eine der folgenden Optionen gesetzt: no, none, never, false, weist dies git apply an, alle Leerzeichenunterschiede zu respektieren. Siehe git-apply[1].

Weist git apply an, wie mit Leerzeichen umzugehen ist, ähnlich wie die Option --whitespace. Siehe git-apply[1].