@matheusbsbs / matheus-bagliano / commits / 3add01bbf1
Fork 0

"log --cherry-pick" documentation regression fix

Earlier f98fd43 (git-log.txt,rev-list-options.txt: put option blocks in proper order, 2011-03-08) moved the text around in the documentation for options in the rev-list family of commands such as "log". Consequently, the description of the --cherry-pick option appears way above the description of the --left-right option now. But the description of the --cherry-pick option still refers to the example for the --left-right option, like this: ... with --left-right, like the example ABOVE in the description of that option. Rephrase it to clarify that we are making a forward reference. Signed-off-by: Junio C Hamano <gitster@pobox.com>

Junio C Hamano committed Apr 1, 2011 at 11:04 UTC 3add01bbf14c5f2cb94523ee638c22c8157f0d2b
1 file changed +2 -2
Documentation/rev-list-options.txt
+2 -2
@@ -159,8 +159,8 @@ endif::git-rev-list[]
159 +
160 For example, if you have two branches, `A` and `B`, a usual way
161 to list all commits on only one side of them is with
162 -`--left-right`, like the example above in the description of
163 -that option. It however shows the commits that were cherry-picked
162 +`--left-right` (see the example below in the description of
163 +the `--left-right` option). It however shows the commits that were cherry-picked
164 from the other branch (for example, "3rd on b" may be cherry-picked
165 from branch A). With this option, such pairs of commits are
166 excluded from the output.