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 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.

Verhält sich so, als ob die fehlerhafte Bisection-Ref refs/bisect/bad aufgelistet worden wäre und als ob darauf --not und die guten Bisection-Refs refs/bisect/good-* auf der Kommandozeile gefolgt wären.

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.

Ä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.

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--'

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.

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.

Zeigt die Notizen (siehe git-notes[1]) an, die den Commit kommentieren, wenn die Commit-Log-Nachricht angezeigt wird. Dies ist die Standardeinstellung für die Befehle git log, git show und git whatchanged, wenn keine Option --pretty, --format oder --oneline auf der Befehlszeile angegeben ist.

Zeigt keine Notizen an. Dies negiert die obige Option --notes, indem die Liste der Notiz-Refs zurückgesetzt wird, aus denen Notizen angezeigt werden. Optionen werden in der Reihenfolge ihrer Angabe auf der Befehlszeile geparst, sodass z. B. "--notes --notes=foo --no-notes --notes=bar" nur Notizen aus refs/notes/bar anzeigt.

Zeigt die Standardnotizen an, es sei denn, es werden Optionen zur Anzeige spezifischer Notizen angegeben.

Diese Optionen sind veraltet. Verwenden Sie stattdessen die obigen Optionen --notes/--no-notes.

Ü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 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.

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.