6 git-rev-list - Lists commit objects in reverse chronological order
12 'git-rev-list' [ \--max-count=number ]
13 [ \--max-age=timestamp ]
14 [ \--min-age=timestamp ]
22 [ [\--objects | \--objects-edge] [ \--unpacked ] ]
23 [ \--pretty | \--header ]
26 <commit>... [ \-- <paths>... ]
30 Lists commit objects in reverse chronological order starting at the
31 given commit(s), taking ancestry relationship into account. This is
32 useful to produce human-readable log output.
34 Commits which are stated with a preceding '{caret}' cause listing to stop at
35 that point. Their parents are implied. "git-rev-list foo bar {caret}baz" thus
36 means "list all the commits which are included in 'foo' and 'bar', but
39 A special notation <commit1>..<commit2> can be used as a
40 short-hand for {caret}<commit1> <commit2>.
42 Another special notation is <commit1>...<commit2> which is useful for
43 merges. The resulting set of commits is the symmetric difference
44 between the two operands. The following two commands are equivalent:
47 $ git-rev-list A B --not $(git-merge-base --all A B)
54 Print the contents of the commit changesets in human-readable form.
57 Print the contents of the commit in raw-format; each
58 record is separated with a NUL character.
61 Print the parents of the commit.
64 Print the object IDs of any object referenced by the listed commits.
65 'git-rev-list --objects foo ^bar' thus means "send me all object IDs
66 which I need to download if I have the commit object 'bar', but
70 Similar to `--objects`, but also print the IDs of
71 excluded commits prefixed with a `-` character. This is
72 used by `git-pack-objects` to build 'thin' pack, which
73 records objects in deltified form based on objects
74 contained in these excluded commits to reduce network
78 Only useful with `--objects`; print the object IDs that
82 Limit output to the one commit object which is roughly halfway
83 between the included and excluded commits. Thus, if 'git-rev-list
84 --bisect foo {caret}bar {caret}baz' outputs 'midpoint', the output
85 of 'git-rev-list foo {caret}midpoint' and 'git-rev-list midpoint
86 {caret}bar {caret}baz' would be of roughly the same length.
88 which introduces a regression is thus reduced to a binary search:
89 repeatedly generate and test new 'midpoint's until the commit chain
93 Limit the number of commits output.
95 --max-age=timestamp, --min-age=timestamp::
96 Limit the commits output to specified time range.
99 When optional paths are given, the command outputs only
100 the commits that changes at least one of them, and also
101 ignores merges that do not touch the given paths. This
102 flag makes the command output all eligible commits
103 (still subject to count and age limitation), but apply
104 merge simplification nevertheless.
107 Stop when a given path disappears from the tree.
110 Do not print commits with more than one parent.
113 Reverses the meaning of the '{caret}' prefix (or lack
114 thereof) for all following revision specifiers, up to
118 Pretend as if all the refs in `$GIT_DIR/refs/` are
119 listed on the command line as <commit>.
122 By default, the commits are shown in reverse
123 chronological order. This option makes them appear in
124 topological order (i.e. descendant commits are shown
125 before their parents).
128 After a failed merge, show refs that touch files having a
129 conflict and don't exist on all heads to merge.
133 Written by Linus Torvalds <torvalds@osdl.org>
137 Documentation by David Greaves, Junio C Hamano and the git-list <git@vger.kernel.org>.
141 Part of the gitlink:git[7] suite