Begrenzt die Ausgabe auf <number> Commits.

Überspringt <number> Commits, bevor die Commit-Ausgabe angezeigt wird.

Zeigt Commits neuer als <date> an.

Zeigt alle Commits neuer als <date> an. Dabei werden alle Commits im Bereich durchlaufen, anstatt beim ersten Commit anzuhalten, der älter als <date> ist.

Zeigt Commits älter als <date> an.

Beschränkt die Commitausgabe auf den angegebenen Zeitraum.

Beschränkt die Ausgabe von Commits auf solche, deren Autor-/Committer-Headerzeilen dem regulären Ausdruck <pattern> entsprechen. Bei mehr als einem --author=<pattern> werden Commits ausgewählt, deren Autor eines der <pattern> erfüllt (ähnlich für mehrere --committer=<pattern>).

Beschränkt die Ausgabe von Commits auf solche mit Reflog-Einträgen, die dem regulären Ausdruck <pattern> entsprechen. Bei mehr als einem --grep-reflog werden Commits ausgewählt, deren Reflog-Nachricht einem der angegebenen Muster entspricht. Es ist ein Fehler, diese Option zu verwenden, es sei denn, --walk-reflogs wird verwendet.

Beschränkt die Ausgabe von Commits auf solche mit einer Log-Nachricht, die dem regulären Ausdruck <pattern> entspricht. Bei mehr als einem --grep=<pattern> werden Commits ausgewählt, deren Nachricht einem der <pattern> entspricht (aber siehe --all-match).

Beschränkt die Ausgabe von Commits auf solche, die allen angegebenen --grep-Mustern entsprechen, anstatt solchen, die mindestens einem entsprechen.

Beschränkt die Ausgabe von Commits auf solche mit einer Log-Nachricht, die nicht dem mit --grep=<pattern> angegebenen <pattern> entsprechen.

Gleicht die regulären Ausdrucksmuster für die Beschränkung ohne Berücksichtigung der Groß- und Kleinschreibung ab.

Betrachtet die Muster für die Beschränkung als grundlegende reguläre Ausdrücke; dies ist der Standard.

Betrachtet die Muster für die Beschränkung als erweiterte reguläre Ausdrücke anstelle der standardmäßigen grundlegenden regulären Ausdrücke.

Betrachtet die Muster für die Beschränkung als feste Zeichenketten (interpretiert Muster nicht als regulären Ausdruck).

Betrachtet die Muster für die Beschränkung als Perl-kompatible reguläre Ausdrücke.

Stoppt, wenn ein bestimmter Pfad aus dem Baum verschwindet.

Gibt nur Merge-Commits aus. Dies ist exakt dasselbe wie --min-parents=2.

Gibt keine Commits mit mehr als einem Elternteil aus. Dies ist exakt dasselbe wie --max-parents=1.

Zeigt nur Commits an, die mindestens (oder höchstens) so viele Eltern-Commits haben. Insbesondere ist --max-parents=1 dasselbe wie --no-merges, --min-parents=2 ist dasselbe wie --merges. --max-parents=0 gibt alle Wurzel-Commits und --min-parents=3 alle Octopus-Merges aus.

Bei der Suche nach einzubeziehenden Commits wird nur dem ersten Eltern-Commit gefolgt, wenn ein Merge-Commit angetroffen wird. Diese Option kann eine bessere Übersicht beim Betrachten der Entwicklung eines bestimmten Topic-Branches geben, da Merges in einen Topic-Branch tendenziell nur dazu dienen, von Zeit zu Zeit mit dem aktualisierten Upstream synchron zu werden. Diese Option erlaubt es Ihnen, die einzelnen Commits zu ignorieren, die durch einen solchen Merge in Ihre Historie gebracht wurden.

Bei der Suche nach auszuschließenden Commits (mit einem ^) wird nur dem ersten Eltern-Commit gefolgt, wenn ein Merge-Commit angetroffen wird. Dies kann verwendet werden, um die Menge der Änderungen in einem Topic-Branch ab dem Punkt zu finden, an dem er sich vom Remote-Branch abzweigte, vorausgesetzt, beliebige Merges können gültige Topic-Branch-Änderungen sein.

Kehrt die Bedeutung des Präfixes ^ (oder des Fehlens davon) für alle folgenden Revisionsspezifizierer um, bis zum nächsten --not. Wenn es auf der Kommandozeile vor --stdin verwendet wird, werden die über stdin übergebenen Revisionen nicht davon beeinflusst. Umgekehrt werden, wenn es über die Standardeingabe übergeben wird, die auf der Kommandozeile übergebenen Revisionen nicht davon beeinflusst.

Verhält sich so, als ob alle Refs in refs/ zusammen mit HEAD auf der Kommandozeile als <commit> aufgelistet wären.

Verhält sich so, als ob alle Refs in refs/heads auf der Kommandozeile als <commit> aufgelistet wären. Wenn <pattern> angegeben ist, werden die Branches auf diejenigen beschränkt, die dem angegebenen Shell-Glob-Muster entsprechen. Wenn <pattern> keine ?, * oder [ enthält, wird am Ende /* angenommen.

Verhält sich so, als ob alle Refs in refs/tags auf der Kommandozeile als <commit> aufgelistet wären. Wenn <pattern> angegeben ist, werden die Tags auf diejenigen beschränkt, die dem angegebenen Shell-Glob-Muster entsprechen. Wenn das Muster keine ?, * oder [ enthält, wird am Ende /* angenommen.

Verhält sich so, als ob alle Refs in refs/remotes auf der Kommandozeile als <commit> aufgelistet wären. Wenn <pattern> angegeben ist, werden die Remote-Tracking-Branches auf diejenigen beschränkt, die dem angegebenen Shell-Glob-Muster entsprechen. Wenn das Muster keine ?, * oder [ enthält, wird am Ende /* angenommen.

Verhält sich so, als ob alle Refs, die dem Shell-Glob-Muster <glob-pattern> entsprechen, auf der Kommandozeile als <commit> aufgelistet wären. Wenn das Präfix refs/ fehlt, wird es automatisch hinzugefügt. Wenn das Muster keine ?, * oder [ enthält, wird am Ende /* angenommen.

Schließt Refs aus, die dem Muster <glob-pattern> entsprechen und die der nächste --all, --branches, --tags, --remotes oder --glob sonst berücksichtigen würde. Wiederholungen dieser Option häufen Ausschlussmuster an bis zum nächsten --all, --branches, --tags, --remotes oder --glob Option (andere Optionen oder Argumente löschen keine angesammelten Muster).

Schließt Refs aus, die von git-fetch, git-receive-pack oder git-upload-pack verborgen würden, indem die entsprechenden Konfigurationen fetch.hideRefs, receive.hideRefs oder uploadpack.hideRefs zusammen mit transfer.hideRefs konsultiert werden (siehe git-config[1]). Diese Option beeinflusst die nächste Pseudo-Ref-Option --all oder --glob und wird nach deren Verarbeitung gelöscht.

Verhält sich so, als ob alle von Reflogs referenzierten Objekte auf der Kommandozeile als <commit> aufgelistet wären.

Verhält sich so, als ob alle Objekte, die als Ref-Spitzen von alternativen Repositories referenziert werden, auf der Kommandozeile aufgelistet wären. Ein alternatives Repository ist jedes Repository, dessen Objektverzeichnis in objects/info/alternates angegeben ist. Die Menge der eingeschlossenen Objekte kann durch core.alternateRefsCommand usw. modifiziert werden. Siehe git-config[1].

Standardmäßig werden alle Arbeitsbäume von den folgenden Optionen untersucht, wenn mehr als einer vorhanden ist (siehe git-worktree[1]): --all, --reflog und --indexed-objects. Diese Option zwingt sie, nur den aktuellen Arbeitsbaum zu untersuchen.

Beim Ansehen eines ungültigen Objektnamens in der Eingabe, verhalten Sie sich so, als wäre die fehlerhafte Eingabe nicht gegeben worden.

Zusätzlich zum Empfangen von Argumenten von der Kommandozeile werden diese auch von der Standardeingabe gelesen. Dies akzeptiert Commits und Pseudo-Optionen wie --all und --glob=. Wenn ein Trennzeichen -- gesehen wird, wird die folgende Eingabe als Pfade behandelt und zur Begrenzung des Ergebnisses verwendet. Flags wie --not, die über die Standardeingabe gelesen werden, werden nur für die auf die gleiche Weise übergebenen Argumente berücksichtigt und beeinflussen keine nachfolgenden Kommandozeilenargumente.

Gibt nichts auf die Standardausgabe aus. Diese Form ist hauptsächlich dazu gedacht, dem Aufrufer zu ermöglichen, den Exit-Status zu testen, um zu sehen, ob ein Bereich von Objekten vollständig verbunden ist (oder nicht). Sie ist schneller als die Umleitung von stdout nach /dev/null, da die Ausgabe nicht formatiert werden muss.

Unterdrückt die normale Ausgabe; stattdessen wird die Summe der Bytes für die On-Disk-Speicherung der ausgewählten Commits oder Objekte ausgegeben. Dies ist äquivalent zum Piping der Ausgabe in git cat-file --batch-check='%(objectsize:disk), läuft aber viel schneller (insbesondere mit --use-bitmap-index). Siehe den Abschnitt CAVEATS in git-cat-file[1] für die Einschränkungen dessen, was "On-Disk-Speicherung" bedeutet. Mit dem optionalen Wert human wird die On-Disk-Speichergröße in einer für Menschen lesbaren Zeichenkette angezeigt (z. B. 12,24 Kib, 3,50 Mib).

Ähnlich wie --cherry-pick (siehe unten), aber gleichwertige Commits werden mit = markiert anstatt weggelassen zu werden, und ungleichwertige mit +.

Lässt jeden Commit aus, der dieselbe Änderung wie ein anderer Commit auf der "anderen Seite" einführt, wenn die Menge der Commits durch symmetrische Differenz begrenzt wird.

Listet nur Commits auf der jeweiligen Seite einer symmetrischen Differenz auf, d. h. nur diejenigen, die von --left-right als < bzw. > markiert würden.

Ein Synonym für --right-only --cherry-mark --no-merges; nützlich, um die Ausgabe auf die Commits auf unserer Seite zu beschränken und diejenigen zu markieren, die auf der anderen Seite einer verzweigten Historie angewendet wurden, mit git log --cherry upstream...mybranch, ähnlich wie bei git cherry upstream mybranch.

Anstatt die Commit-Abstammungskette zu durchlaufen, werden die Reflog-Einträge von den neuesten zu den älteren durchlaufen. Wenn diese Option verwendet wird, können keine Commits zum Ausschluss angegeben werden (d.h. die Notationen ^<commit>, <commit1>..<commit2> und <commit1>...<commit2> können nicht verwendet werden).

Zeigt Commits an, die sich mit widersprüchlichen Pfaden im Bereich HEAD...<other> befassen, wobei <other> die erste existierende Pseudoref in MERGE_HEAD, CHERRY_PICK_HEAD, REVERT_HEAD oder REBASE_HEAD ist. Funktioniert nur, wenn der Index ungelöste Einträge aufweist. Diese Option kann verwendet werden, um relevante Commits anzuzeigen, wenn Konflikte aus einem 3-Wege-Merge gelöst werden.

Gibt ausgeschlossene Grenzmeldungen aus. Grenzmeldungen werden mit - vorangestellt.

Versucht, die Traversierung mithilfe des Pack-Bitmap-Indexes zu beschleunigen (falls vorhanden). Beachten Sie, dass beim Traversieren mit --objects die zugehörigen Pfade von Bäumen und Blobs nicht ausgegeben werden.

Zeigt Fortschrittsberichte auf stderr an, während Objekte berücksichtigt werden. Der Text <header> wird bei jeder Fortschrittsaktualisierung ausgegeben.

Anstatt durch Zeilenumbrüche getrennt zu sein, werden jedes ausgegebene Objekt und seine begleitenden Metadaten durch NUL-Bytes getrennt. Die Ausgabe erfolgt in folgender Form

<OID> NUL [<token>=<value> NUL]...

<OID> NUL
<OID> NUL path=<path> NUL
<OID> NUL boundary=yes NUL
<OID> NUL missing=yes NUL [<token>=<value> NUL]...

Commits, die die angegebenen <paths> ändern, werden ausgewählt.

Commits, die von einem Branch oder Tag referenziert werden, werden ausgewählt.

Vereinfacht die Historie zur einfachsten Historie, die den Endzustand des Baums erklärt. Am einfachsten, weil sie einige Nebenäste beschneidet, wenn das Endergebnis dasselbe ist (d. h. Zweige mit demselben Inhalt zusammenführt).

Schließt alle Commits vom Standardmodus ein, aber auch alle Merge-Commits, die NICHT TREESAME zum ersten Elternteil sind, aber TREESAME zu einem späteren Elternteil sind. Dieser Modus ist hilfreich, um die Merge-Commits anzuzeigen, die eine Änderung "erstmals" in einen Branch "eingeführt" haben.

Dasselbe wie der Standardmodus, schneidet jedoch keine Historie ab.

Nur die ausgewählten Commits werden angezeigt, plus einige, um eine aussagekräftige Historie zu haben.

Alle Commits in der vereinfachten Historie werden angezeigt.

Zusätzliche Option zu --full-history, um einige unnötige Merges aus der resultierenden Historie zu entfernen, da keine ausgewählten Commits zu diesem Merge beitragen.

Wenn ein Bereich von Commits zum Anzeigen angegeben wird (z. B. <commit1>..<commit2> oder <commit2> ^<commit1>) und ein Commit <commit> in diesem Bereich, werden nur Commits in diesem Bereich angezeigt, die Vorfahren von <commit>, Nachkommen von <commit> oder <commit> selbst sind. Wenn kein Commit angegeben ist, wird <commit1> (der ausgeschlossene Teil des Bereichs) als <commit> verwendet. Kann mehrmals übergeben werden; in diesem Fall wird ein Commit einbezogen, wenn er einer der angegebenen Commits ist oder wenn er ein Vorfahre oder Nachkomme davon ist.

Commits werden einbezogen, wenn sie NICHT TREESAME zu irgendeinem Elternteil sind (obwohl dies geändert werden kann, siehe --sparse unten). Wenn der Commit ein Merge war und er TREESAME zu einem Elternteil war, folgen Sie nur diesem Elternteil. (Auch wenn es mehrere TREESAME-Elternteile gibt, folgen Sie nur einem davon.) Andernfalls folgen Sie allen Elternteilen.

	  .-A---N---O
	 /     /   /
	I---------D

Dieser Modus unterscheidet sich vom Standard in einem Punkt: Folgen Sie immer allen Elternteilen eines Merges, auch wenn er TREESAME zu einem davon ist. Selbst wenn mehr als eine Seite des Merges Commits enthält, die einbezogen werden, bedeutet dies nicht, dass der Merge selbst einbezogen wird! Im Beispiel erhalten wir

	I  A  B  N  D  O  P  Q

Gewöhnliche Commits werden nur dann einbezogen, wenn sie !TREESAME sind (obwohl dies geändert werden kann, siehe --sparse unten).

	  .-A---M---N---O---P---Q
	 /     /   /   /   /
	I     B   /   D   /
	 \   /   /   /   /
	  `-------------'

Durchlaufene Commits werden einbezogen, wenn sie NICHT TREESAME zu irgendeinem Elternteil sind.

Alle durchlaufenen Commits werden einbezogen.

Bauen Sie zuerst einen Historien-Graphen auf, auf die gleiche Weise, wie --full-history mit Elternteil-Rewriting es tut (siehe oben).

	  .-A---M---N---O
	 /     /       /
	I     B       D
	 \   /       /
	  `---------'

Beschränkt die angezeigten Commits auf solche, die Vorfahren von <commit> sind, oder die Nachkommen von <commit> sind, oder <commit> selbst sind.

	    D---E-------F
	   /     \       \
	  B---C---G---H---I---J
	 /                     \
	A-------K---------------L--M

		E-------F
		 \       \
		  G---H---I---J
			       \
				L--M

		E
		 \
	      C---G---H---I---J
			       \
				L--M

		K---------------L--M

Zusätzlich zu den im Standardverlauf angezeigten Commits werden alle Merge-Commits angezeigt, die nicht TREESAME zu ihrem ersten Elternteil sind, aber TREESAME zu einem späteren Elternteil sind.

	I---X---R---N

	  .-A---M--.   N
	 /     /    \ /
	I     B      R
	 \   /      /
	  \ /      /
	   `---X--'

Beschränkt die Ausgabe auf das eine Commit-Objekt, das sich ungefähr auf halbem Weg zwischen den eingeschlossenen und ausgeschlossenen Commits befindet. Beachten Sie, dass der schlechte Bisection-Ref refs/bisect/bad zu den eingeschlossenen Commits hinzugefügt wird (falls vorhanden) und die guten Bisection-Refs refs/bisect/good-* zu den ausgeschlossenen Commits hinzugefügt werden (falls vorhanden). Wenn also keine Refs in refs/bisect/ vorhanden sind, wenn

	$ git rev-list --bisect foo ^bar ^baz

	$ git rev-list foo ^midpoint
	$ git rev-list midpoint ^bar ^baz

Dies berechnet dasselbe wie --bisect, außer dass Refs in refs/bisect/ nicht verwendet werden und außer dass dies Text ausgibt, der bereit ist, von der Shell evaluiert zu werden. Diese Zeilen weisen den Namen der Mittelpunkt-Revision der Variablen bisect_rev zu und die erwartete Anzahl von Commits, die nach dem Testen von bisect_rev getestet werden müssen, der Variablen bisect_nr, die erwartete Anzahl von Commits, die getestet werden müssen, wenn bisect_rev gut ist, der Variablen bisect_good, die erwartete Anzahl von Commits, die getestet werden müssen, wenn bisect_rev schlecht ist, der Variablen bisect_bad, und die Anzahl der Commits, die wir gerade bisektieren, der Variablen bisect_all.

Dies gibt alle Commit-Objekte zwischen den eingeschlossenen und ausgeschlossenen Commits aus, geordnet nach ihrer Entfernung zu den eingeschlossenen und ausgeschlossenen Commits. Refs in refs/bisect/ werden nicht verwendet. Der am weitesten entfernte wird zuerst angezeigt. (Dies ist der einzige, der von --bisect angezeigt wird.)

Zeigt keine Eltern an, bevor alle ihre Kinder angezeigt wurden, zeigt aber ansonsten Commits in der Reihenfolge der Commit-Zeitstempel an.

Zeigt keine Eltern an, bevor alle ihre Kinder angezeigt wurden, zeigt aber ansonsten Commits in der Reihenfolge der Autoren-Zeitstempel an.

Zeigt keine Eltern an, bevor alle ihre Kinder angezeigt wurden, und vermeidet die Anzeige von Commits aus mehreren parallelen Verzweigungen vermischt.

    ---1----2----4----7
	\	       \
	 3----5----6----8---

Gibt die ausgewählten Commits (siehe Abschnitt Commit-Begrenzung oben) in umgekehrter Reihenfolge aus. Kann nicht mit --walk-reflogs kombiniert werden.

Gibt die Objekt-IDs aller von den aufgeführten Commits referenzierten Objekte aus. --objects foo ^bar bedeutet also "senden Sie mir alle Objekt-IDs, die ich herunterladen muss, wenn ich das Commit-Objekt bar habe, aber nicht foo". Siehe auch --object-names unten.

Gibt Baum- und Blob-IDs in der Reihenfolge der Commits aus. Die Baum- und Blob-IDs werden ausgegeben, nachdem sie erstmals von einem Commit referenziert wurden.

Ähnlich wie --objects, gibt aber auch die IDs von ausgeschlossenen Commits mit einem "-"-Präfix aus. Dies wird von git-pack-objects[1] verwendet, um ein "dünnes" Pack zu erstellen, das Objekte in deltifizierter Form basierend auf Objekten in diesen ausgeschlossenen Commits aufzeichnet, um den Netzwerkverkehr zu reduzieren.

Ähnlich wie --objects-edge, versucht aber aggressiver, ausgeschlossene Commits zu finden, auf Kosten erhöhter Zeit. Dies wird anstelle von --objects-edge verwendet, um "dünne" Packs für flache Repositories zu erstellen.

Verhält sich so, als ob alle von der Indexdatei verwendeten Bäume und Blobs auf der Kommandozeile aufgeführt wären. Beachten Sie, dass Sie wahrscheinlich auch --objects verwenden möchten.

Nur nützlich mit --objects; gibt die Objekt-IDs aus, die nicht in Packs enthalten sind.

Nur nützlich mit --objects; gibt die Namen der gefundenen Objekt-IDs aus. Dies ist das Standardverhalten. Beachten Sie, dass der "Name" jedes Objekts mehrdeutig ist und hauptsächlich als Hinweis zum Packen von Objekten gedacht ist. Insbesondere: es wird keine Unterscheidung zwischen den Namen von Tags, Bäumen und Blobs gemacht; Pfadnamen können modifiziert werden, um Zeilenumbrüche zu entfernen; und wenn ein Objekt mehrmals mit unterschiedlichen Namen erscheinen würde, wird nur ein Name angezeigt.

Nur nützlich mit --objects; gibt die Namen der gefundenen Objekt-IDs nicht aus. Dies kehrt --object-names um. Dieses Flag ermöglicht eine einfachere Verarbeitung der Ausgabe durch Befehle wie git-cat-file[1].

Nur nützlich mit einer der Optionen --objects*; lässt Objekte (normalerweise Blobs) aus der Liste der ausgegebenen Objekte weg. Die <filter-spec> kann eine der folgenden sein

Schaltet jedes vorherige Argument --filter= ab.

Filtert die Liste der explizit bereitgestellten Objekte, die ansonsten immer ausgegeben würden, auch wenn sie keinen der Filter entsprechen. Nur nützlich mit --filter=.

Nur nützlich mit --filter=; gibt eine Liste der vom Filter ausgelassenen Objekte aus. Objekt-IDs werden mit einem "~" Zeichen vorangestellt.

Eine Debug-Option zur Unterstützung der zukünftigen Entwicklung des "Partial Clone". Diese Option gibt an, wie mit fehlenden Objekten umgegangen wird.

(Nur für interne Verwendung.) Filtert die Objekt-Traversierung an der Promisor-Grenze vorab. Dies wird bei teilweisen Klonen verwendet. Dies ist stärker als --missing=allow-promisor, da es die Traversierung einschränkt und nicht nur Fehler über fehlende Objekte unterdrückt.

Zeigt nur die angegebenen Commits an, durchläuft aber nicht ihre Vorgänger. Dies hat keine Auswirkung, wenn ein Bereich angegeben ist. Wenn das Argument unsorted angegeben wird, werden die Commits in der Reihenfolge angezeigt, in der sie auf der Kommandozeile eingegeben wurden. Andernfalls (wenn sorted oder kein Argument angegeben wurde) werden die Commits in umgekehrt chronologischer Reihenfolge nach dem Commit-Zeitpunkt angezeigt. Kann nicht mit --graph kombiniert werden.

Überschreibt ein vorheriges --no-walk.

Gibt den Inhalt der Commit-Logs in einem bestimmten Format aus. <Format> kann eine der folgenden Optionen sein: oneline, short, medium, full, fuller, reference, email, raw, format:<Zeichenkette> und tformat:<Zeichenkette>. Wenn <Format> keine der oben genannten ist und ein %<Platzhalter> enthält, verhält es sich, als ob --pretty=tformat:<Format> angegeben worden wäre.

Anstatt den vollständigen 40-stelligen hexadezimalen Commit-Objektnamen anzuzeigen, wird ein Präfix angezeigt, das das Objekt eindeutig benennt. Die Option --abbrev=<n> (die auch die Diff-Ausgabe beeinflusst, wenn sie angezeigt wird) kann verwendet werden, um die Mindestlänge des Präfixes festzulegen.

Zeigt den vollständigen 40-stelligen hexadezimalen Commit-Objektnamen an. Dies negiert --abbrev-commit, sei es explizit oder impliziert durch andere Optionen wie --oneline. Es überschreibt auch die Variable log.abbrevCommit.

Dies ist eine Kurzform für die gemeinsame Verwendung von --pretty=oneline --abbrev-commit.

Commit-Objekte speichern die Zeichenkodierung, die für die Log-Nachricht in ihrem Encoding-Header verwendet wurde. Diese Option kann verwendet werden, um den Befehl anzuweisen, die Commit-Log-Nachricht in die vom Benutzer bevorzugte Kodierung zu konvertieren. Für Nicht-Plumbing-Befehle ist dies standardmäßig UTF-8. Beachten Sie, dass, wenn ein Objekt als in X kodiert beansprucht wird und wir in X ausgeben, wir das Objekt unverändert ausgeben. Das bedeutet, dass ungültige Sequenzen im Original-Commit in die Ausgabe kopiert werden können. Ebenso, wenn iconv(3) die Konvertierung des Commits fehlschlägt, geben wir das Original-Objekt unverändert aus.

Führt eine Tabulatorerweiterung durch (ersetzt jeden Tabulator durch genügend Leerzeichen, um zur nächsten Spalte zu gelangen, die ein Vielfaches von <n> ist) in der Log-Nachricht, bevor sie in der Ausgabe angezeigt wird. --expand-tabs ist eine Kurzform für --expand-tabs=8 und --no-expand-tabs ist eine Kurzform für --expand-tabs=0, was die Tabulatorerweiterung deaktiviert.

Überprüft die Gültigkeit eines signierten Commit-Objekts, indem die Signatur an gpg --verify übergeben und die Ausgabe angezeigt wird.

Synonym für --date=relative.

Wirkt sich nur auf in menschenlesbarer Form angezeigte Daten aus, z. B. bei Verwendung von --pretty. Die Konfigurationsvariable log.date setzt einen Standardwert für die Option --date des Befehls log. Standardmäßig werden Daten in der ursprünglichen Zeitzone (entweder des Committer oder des Autors) angezeigt. Wenn -local an das Format angehängt wird (z. B. iso-local), wird stattdessen die lokale Zeitzone des Benutzers verwendet.

Gibt den Inhalt des Commits im Rohformat aus; jeder Datensatz wird durch ein NUL-Zeichen getrennt.

Unterdrückt die Kopfzeile, die "commit" und die Objekt-ID enthält, die vor dem angegebenen Format ausgegeben wird. Dies hat keine Auswirkung auf die eingebauten Formate; nur benutzerdefinierte Formate sind betroffen.

Überschreibt eine vorherige --no-commit-header-Einstellung.

Gibt auch die Eltern des Commits aus (in der Form "commit parent…​"). Aktiviert auch die Umwandlung von Eltern, siehe History Simplification oben.

Gibt auch die Kinder des Commits aus (in der Form "commit child…​"). Aktiviert auch die Umwandlung von Eltern, siehe History Simplification oben.

Gibt den rohen Commit-Zeitstempel aus.

Markiert, von welcher Seite einer symmetrischen Differenz ein Commit erreichbar ist. Commits von der linken Seite werden mit einem Präfix < versehen, und die von der rechten Seite mit >. Wenn dies mit --boundary kombiniert wird, werden diese Commits mit - präfixiert.

	     y---b---b  branch B
	    / \ /
	   /   .
	  /   / \
	 o---x---a---a  branch A

	$ git rev-list --left-right --boundary --pretty=oneline A...B

	>bbbbbbb... 3rd on b
	>bbbbbbb... 2nd on b
	<aaaaaaa... 3rd on a
	<aaaaaaa... 2nd on a
	-yyyyyyy... 1st on b
	-xxxxxxx... 1st on a

Zeichnet eine textbasierte grafische Darstellung der Commit-Historie auf der linken Seite der Ausgabe. Dies kann dazu führen, dass zusätzliche Zeilen zwischen den Commits gedruckt werden, damit die Graphhistorie korrekt gezeichnet werden kann. Kann nicht mit --no-walk kombiniert werden.

Wenn --graph nicht verwendet wird, werden alle Historienzweige abgeflacht, was es schwierig machen kann zu erkennen, dass zwei aufeinanderfolgende Commits nicht zu einem linearen Zweig gehören. Diese Option setzt in diesem Fall eine Barriere zwischen ihnen. Wenn <barrier> angegeben wird, ist dies der String, der anstelle des Standardstrings angezeigt wird.

Gibt eine Zahl aus, die angibt, wie viele Commits aufgelistet worden wären, und unterdrückt alle anderen Ausgaben. Wenn dies zusammen mit --left-right verwendet wird, werden stattdessen die Anzahlen für linke und rechte Commits ausgegeben, getrennt durch einen Tabulator. Wenn dies zusammen mit --cherry-mark verwendet wird, werden Patch-äquivalente Commits von diesen Anzahlen weggelassen und die Anzahl der äquivalenten Commits getrennt durch einen Tabulator ausgegeben.