[PATCH 2/3] git.txt: fix monospace rendering
- From
- Martin Ågren <martin.agren@gmail.com>
- Date
- Feb 17, 2021, 19:56 UTC
- Message-ID
- <97c686dd7ba1bbd1c0be6f7f61a3a033adf8adb6.1613590761.git.martin.agren@gmail.com>
- In-Reply-To
- <cover.1613590761.git.martin.agren@gmail.com>
When we write `<name>`s with the "s" tucked on to the closing backtick, we end up rendering the backticks literally. Rephrase this sentence slightly to render this as monospace.
Signed-off-by: Martin Ågren <martin.agren@gmail.com>
---
doc-diff:
--- a/.../man/man1/git.1
+++ b/.../man/man1/git.1
@@ -77,8 +77,8 @@ OPTIONS
setting the value to an empty string, instead the environment
variable itself must be set to the empty string. It is an error if
the <envvar> does not exist in the environment. <envvar> may not
- contain an equals sign to avoid ambiguity with `<name>`s which
- contain one.
+ contain an equals sign to avoid ambiguity with <name> containing
+ one.
This is useful for cases where you want to pass transitory
configuration options to git, but are doing so on OS’s where other
Documentation/git.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)diff --git a/Documentation/git.txt b/Documentation/git.txt index d36e6fd482..3a9c44987f 100644 --- a/Documentation/git.txt +++ b/Documentation/git.txt @@ -88,7 +88,7 @@ foo.bar= ...`) sets `foo.bar` to the empty string which `git config empty string, instead the environment variable itself must be set to the empty string. It is an error if the `<envvar>` does not exist in the environment. `<envvar>` may not contain an equals sign - to avoid ambiguity with `<name>`s which contain one. + to avoid ambiguity with `<name>` containing one. + This is useful for cases where you want to pass transitory configuration options to git, but are doing so on OS's where
-- 2.30.0.284.gd98b1dd5ea