git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v2 1/5] doc: apply new documentation guidelines to git commit

From
Junio C Hamano <gitster@pobox.com>
Date
Jan 15, 2025, 23:46 UTC
Message-ID
<xmqqh65zvdw1.fsf@gitster.g>
In-Reply-To
<91cff84b5f8d9e1140e94dd96d259224ea905611.1736972628.git.gitgitgadget@gmail.com>
"Jean-Noël Avila via GitGitGadget" <gitgitgadget@gmail.com> writes:
Show 7 quoted lines
> -[verse]
> -'git commit' [-a | --interactive | --patch] [-s] [-v] [-u<mode>] [--amend]
> +[synopsis]
> +git commit [-a | --interactive | --patch] [-s] [-v] [-u<mode>] [--amend]
>  	   [--dry-run] [(-c | -C | --squash) <commit> | --fixup [(amend|reword):]<commit>]
>  	   [-F <file> | -m <msg>] [--reset-author] [--allow-empty]
>  	   [--allow-empty-message] [--no-verify] [-e] [--author=<author>]

It is already nice enough that with just writing [synopsis] we do not have to worry about backquoting literals emphasising <placeholders> and other mark-up minutiae. And then ...

Show 5 quoted lines
> --C <commit>::
> ---reuse-message=<commit>::
> -	Take an existing commit object, and reuse the log message
> +`-C <commit>`::
> +`--reuse-message=<commit>`::

... we also are freed from the same worry whenever we use `here are things that are treated pretty much the same way as in [synopsis] section` notation like here. Quite nice.

Show 16 quoted lines
> @@ -507,12 +507,12 @@ COMMIT INFORMATION
>  Author and committer information is taken from the following environment
>  variables, if set:
>  
> -	GIT_AUTHOR_NAME
> -	GIT_AUTHOR_EMAIL
> -	GIT_AUTHOR_DATE
> -	GIT_COMMITTER_NAME
> -	GIT_COMMITTER_EMAIL
> -	GIT_COMMITTER_DATE
> + * `GIT_AUTHOR_NAME`
> + * `GIT_AUTHOR_EMAIL`
> + * `GIT_AUTHOR_DATE`
> + * `GIT_COMMITTER_NAME`
> + * `GIT_COMMITTER_EMAIL`
> + * `GIT_COMMITTER_DATE`
OK.
Previous: Jean-Noël Avila via GitGitGadgetNext: Jean-Noël Avila via GitGitGadget
Message 9 of 15 in “Doc git commit”
  1. 0/3 Doc git commitJean-Noël Avila via GitGitGadget, Jan 3, 2025
  2. 2/3 doc: git-commit.txt: convert git commit config to new formatJean-Noël Avila via GitGitGadget, Jan 3, 2025
  3. 1/3 doc: git-commit: apply new documentation guidelinesJean-Noël Avila via GitGitGadget, Jan 3, 2025
  4. Patrick SteinhardtJan 6, 2025
  5. Jean-Noël AVILAJan 7, 2025
  6. 3/3 doc: git-commit: migrate secondary files to new formatJean-Noël Avila via GitGitGadget, Jan 3, 2025
  7. 0/5 Doc git commitJean-Noël Avila via GitGitGadget, Jan 15, 2025
  8. 1/5 doc: apply new documentation guidelines to git commitJean-Noël Avila via GitGitGadget, Jan 15, 2025
  9. Junio C HamanoJan 15, 2025
  10. 2/5 doc: the mode param of -u of git commit is optionalJean-Noël Avila via GitGitGadget, Jan 15, 2025
  11. 3/5 doc: make more direct explanations in git commit optionsJean-Noël Avila via GitGitGadget, Jan 15, 2025
  12. 4/5 doc: convert git commit config to new formatJean-Noël Avila via GitGitGadget, Jan 15, 2025
  13. Junio C HamanoJan 15, 2025
  14. 5/5 doc: migrate git-commit manpage secondary files to new formatJean-Noël Avila via GitGitGadget, Jan 15, 2025
  15. Patrick SteinhardtJan 16, 2025

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.