doc: put literal block delimiter around table

The git-read-tree manpage has a table that is meant to be shown with its spacing exactly as it is in the source. We mark it as a "literal paragraph" by indenting each line by at least one space. This renders OK with asciidoc for both the HTML and manpage versions. But there are two problems when we render it with asciidoctor. The first is that some lines mix tabs and spaces. Even if asciidoctor is correctly configured for 8-space tabs, it seems to handle this case differently, soaking up some of the initial literal-paragraph spaces and mis-aligning the table text. The second problem is that the table uses blank lines to group rows. But as blank lines separate paragraphs in asciidoc, this actually means that each chunk of the table is rendered in its own pre-formatted <div> block. This happens even with vanilla asciidoc, but there's no visible result because the literal paragraphs aren't styled in any special way. But with asciidoctor (or at least the styles used on git-scm.com), literal paragraphs are styled with a different background. This breaks the table into a visually distracting sequence of chunks. We can fix both by adding a literal-paragraph block delimiter. That turns the whole table into a single block (for both implementations) and causes asciidoctor to render the indentation as it is in the source. Reported-at: https://github.com/git/git-scm.com/issues/1023 Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>

Jeff King committed Sep 23, 2017 at 01:55 UTC c08fd6388c0fbfc148584b45a6f721c2a4b41652
1 file changed +2
Documentation/git-read-tree.txt
+2
@@ -173,6 +173,7 @@ Here are the "carry forward" rules, where "I" denotes the index,
173 "clean" means that index and work tree coincide, and "exists"/"nothing"
174 refer to the presence of a path in the specified commit:
175
176 +....
177 I H M Result
178 -------------------------------------------------------
179 0 nothing nothing nothing (does not happen)
@@ -211,6 +212,7 @@ refer to the presence of a path in the specified commit:
212 19 no no yes exists exists keep index
213 20 yes yes no exists exists use M
214 21 no yes no exists exists fail
215 +....
216
217 In all "keep index" cases, the index entry stays as in the
218 original index file. If the entry is not up to date,