* [Tomas Nordin] Re: Unbalanced closing paren in help of git commit
[not found] <8734oj7fnv.fsf@posteo.net>
@ 2024-07-09 23:07 ` Tomas Nordin
0 siblings, 0 replies; only message in thread
From: Tomas Nordin @ 2024-07-09 23:07 UTC (permalink / raw)
To: git
[Sorry, I think I forgot to CC the list when I sent the below message]
-------------------- Start of forwarded message --------------------
From: Tomas Nordin <tomasn@posteo•net>
To: Junio C Hamano <gitster@pobox•com>
Subject: Re: Unbalanced closing paren in help of git commit
Date: Mon, 08 Jul 2024 23:11:16 +0200
Junio C Hamano <gitster@pobox•com> writes:
> Tomas Nordin <tomasn@posteo•net> writes:
>
>> Hello List
>>
>> The second line of the help message for git commit looks like this:
>
> This seems to have come from 00ea64ed (doc/git-commit: add
> documentation for fixup=[amend|reword] options, 2021-03-15),
> if "git blame" is to be trusted.
>
>> [--dry-run] [(-c | -C | --squash) <commit> | --fixup [(amend|reword):]<commit>)]
>
> We can have --dry-run but we do not have to, we can have only one of
>
> "-c <commit>"
> "-C <commit>",
> "--squash <commit>",
> "--fixup amend:<commit>"
> "--fixup reword:<commit>", or
> "--fixup <commit>"
>
> as they are mutually exclusive, but it is OK if we have none of
> them.
>
> The last closing parenthesis after <commit> but before the closing
> square bracket is unwanted, I think, as you pointed out.
Maybe explicit grouping of the mutually exclusive option-argument pairs
is better? Like this:
[--dry-run] [((-c | -C | --squash) <commit>) | (--fixup [(amend|reword):]<commit>)]
The closing paren would then make sense. I /think/ this is the way I
would have written it.
-------------------- End of forwarded message --------------------
^ permalink raw reply [flat|nested] only message in thread