doc: config: terminate runaway lists
There are many places in git-config(1) where paragraphs that should logically come after a list are instead appended to the last item of the list. This is a well-documented quirk of AsciiDoc, and can be mitigated by enclosing the list in an open block: -- * first item * last item -- + New paragraph after the list. Fix the issue accordingly. Signed-off-by: Tuomas Ahola <taahol@utu.fi> Signed-off-by: Junio C Hamano <gitster@pobox.com>maint
parent
29bd7ed512
commit
3eb61fda62
|
|
@ -276,13 +276,15 @@ boolean::
|
|||
When a variable is said to take a boolean value, many
|
||||
synonyms are accepted for 'true' and 'false'; these are all
|
||||
case-insensitive.
|
||||
|
||||
+
|
||||
--
|
||||
true;; Boolean true literals are `yes`, `on`, `true`,
|
||||
and `1`. Also, a variable defined without `= <value>`
|
||||
is taken as true.
|
||||
|
||||
false;; Boolean false literals are `no`, `off`, `false`,
|
||||
`0` and the empty string.
|
||||
--
|
||||
+
|
||||
When converting a value to its canonical form using the `--type=bool` type
|
||||
specifier, 'git config' will ensure that the output is "true" or
|
||||
|
|
|
|||
|
|
@ -63,11 +63,13 @@ If one of these field names (e.g., "token") is being checked for an
|
|||
advertised promisor remote (e.g., "foo"), three conditions must be met
|
||||
for the check of this specific field to pass:
|
||||
+
|
||||
--
|
||||
1. The corresponding local configuration (e.g., `remote.foo.token`)
|
||||
must be set.
|
||||
2. The server must advertise the "token" field for remote "foo".
|
||||
3. The value of the locally configured `remote.foo.token` must exactly
|
||||
match the value advertised by the server for the "token" field.
|
||||
--
|
||||
+
|
||||
If any of these conditions is not met for any field name listed in
|
||||
`promisor.checkFields`, the advertised remote "foo" is rejected.
|
||||
|
|
|
|||
|
|
@ -2,10 +2,12 @@ safe.bareRepository::
|
|||
Specifies which bare repositories Git will work with. The currently
|
||||
supported values are:
|
||||
+
|
||||
--
|
||||
* `all`: Git works with all bare repositories. This is the default.
|
||||
* `explicit`: Git only works with bare repositories specified via
|
||||
the top-level `--git-dir` command-line option, or the `GIT_DIR`
|
||||
environment variable (see linkgit:git[1]).
|
||||
--
|
||||
+
|
||||
If you do not use bare repositories in your workflow, then it may be
|
||||
beneficial to set `safe.bareRepository` to `explicit` in your global
|
||||
|
|
|
|||
|
|
@ -221,6 +221,7 @@ Use `--no-value` to unset _<pattern>_.
|
|||
+
|
||||
Valid `<type>`'s include:
|
||||
+
|
||||
--
|
||||
- 'bool': canonicalize values `true`, `yes`, `on`, and positive
|
||||
numbers as "true", and values `false`, `no`, `off` and `0` as
|
||||
"false".
|
||||
|
|
@ -239,6 +240,7 @@ Valid `<type>`'s include:
|
|||
escape sequence. When setting a value, a sanity-check is performed to ensure
|
||||
that the given value is canonicalize-able as an ANSI color, but it is written
|
||||
as-is.
|
||||
--
|
||||
+
|
||||
If the command is in `list` mode, then the `--type <type>` argument will apply
|
||||
to each listed config value. If the value does not successfully parse in that
|
||||
|
|
|
|||
Loading…
Reference in New Issue