doc: patch-id: fix accidental literal blocks

All the final paragraphs on these three options are rendered as literal blocks. The intent was surely to keep each of them wed to their respective description list items. But the attempt at maintaining the indentation level of the block causes each them to be interpreted as a code block, since code blocks can be represented using indentation. We need to use list continuation (+) in order to keep them wed to their blocks. There is also an unordered list which sandwiches two paragraphs on an option. We don’t need to do anything about that since it attaches to the description list item without list continuation (i.e. it is already correct). But for consistency let’s use list continuation and an open block on it. Signed-off-by: Kristoffer Haugsbakk <code@khaugsbakk.name> Signed-off-by: Junio C Hamano <gitster@pobox.com>

Kristoffer Haugsbakk committed Sep 29, 2025 at 22:47 UTC 399694384bf9168008256d781f171ce47845e3fc
1 file changed +23 -20
Documentation/git-patch-id.adoc
+23 -20
@@ -33,27 +33,30 @@ OPTIONS
33 --verbatim::
34 Calculate the patch-id of the input as it is given, do not strip
35 any whitespace.
36 -
37 - This is the default if patchid.verbatim is true.
36 ++
37 +This is the default if patchid.verbatim is true.
38
39 --stable::
40 Use a "stable" sum of hashes as the patch ID. With this option:
41 - - Reordering file diffs that make up a patch does not affect the ID.
42 - In particular, two patches produced by comparing the same two trees
43 - with two different settings for "-O<orderfile>" result in the same
44 - patch ID signature, thereby allowing the computed result to be used
45 - as a key to index some meta-information about the change between
46 - the two trees;
47 -
48 - - Result is different from the value produced by git 1.9 and older
49 - or produced when an "unstable" hash (see --unstable below) is
50 - configured - even when used on a diff output taken without any use
51 - of "-O<orderfile>", thereby making existing databases storing such
52 - "unstable" or historical patch-ids unusable.
53 -
54 - - All whitespace within the patch is ignored and does not affect the id.
55 -
56 - This is the default if patchid.stable is set to true.
41 ++
42 +--
43 +- Reordering file diffs that make up a patch does not affect the ID.
44 + In particular, two patches produced by comparing the same two trees
45 + with two different settings for "-O<orderfile>" result in the same
46 + patch ID signature, thereby allowing the computed result to be used
47 + as a key to index some meta-information about the change between
48 + the two trees;
49 +
50 +- Result is different from the value produced by git 1.9 and older
51 + or produced when an "unstable" hash (see --unstable below) is
52 + configured - even when used on a diff output taken without any use
53 + of "-O<orderfile>", thereby making existing databases storing such
54 + "unstable" or historical patch-ids unusable.
55 +
56 +- All whitespace within the patch is ignored and does not affect the id.
57 +--
58 ++
59 +This is the default if patchid.stable is set to true.
60
61 --unstable::
62 Use an "unstable" hash as the patch ID. With this option,
@@ -61,8 +64,8 @@ OPTIONS
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
66 with reordered patches) may want to use this option.
64 -
65 - This is the default.
67 ++
68 +This is the default.
69
70 GIT
71 ---