@@ -21,7 +21,7 @@ the same time also reasonably unique, i.e., two patches that have the same
2121
2222The main usecase for this command is to look for likely duplicate commits.
2323
24- When dealing with `git diff-tree` output, it takes advantage of
24+ When dealing with `git diff-tree --patch ` output, it takes advantage of
2525the fact that the patch is prefixed with the object name of the
2626commit, and outputs two 40-byte hexadecimal strings. The first
2727string is the patch ID, and the second string is the commit ID.
@@ -31,8 +31,8 @@ OPTIONS
3131-------
3232
3333`--verbatim` ::
34- Calculate the patch-id of the input as it is given, do not strip
35- any whitespace.
34+ Calculate the patch ID of the input as it is given, do not strip
35+ any whitespace. Implies `--stable` and forbids `--unstable` .
3636+
3737This is the default if `patchid.verbatim` is `true` .
3838
@@ -45,24 +45,24 @@ This is the default if `patchid.verbatim` is `true`.
4545 with two different settings for `-O<orderfile>` result in the same
4646 patch ID signature, thereby allowing the computed result to be used
4747 as a key to index some meta-information about the change between
48- the two trees;
48+ the two trees.
4949
50- - Result is different from the value produced by git 1.9 and older
50+ - The result is different from the value produced by Git 1.9 and older
5151 or produced when an "unstable" hash (see `--unstable` below) is
5252 configured - even when used on a diff output taken without any use
5353 of `-O<orderfile>` , thereby making existing databases storing such
54- "unstable" or historical patch-ids unusable.
54+ "unstable" or historical patch IDs unusable.
5555
56- - All whitespace within the patch is ignored and does not affect the id .
56+ - All whitespace within the patch is ignored and does not affect the ID .
5757--
5858+
5959This is the default if `patchid.stable` is set to `true` .
6060
6161`--unstable` ::
6262 Use an "unstable" hash as the patch ID. With this option,
63- the result produced is compatible with the patch-id value produced
64- by git 1.9 and older and whitespace is ignored. Users with pre-existing
65- databases storing patch-ids produced by git 1.9 and older (who do not deal
63+ the result produced is compatible with the patch ID value produced
64+ by Git 1.9 and older and whitespace is ignored. Users with pre-existing
65+ databases storing patch IDs produced by Git 1.9 and older (who do not deal
6666 with reordered patches) may want to use this option.
6767+
6868This is the default.
0 commit comments