public inbox for git@vger.kernel.org
 help / color / mirror / Atom feed
From: "Jean-Noël Avila via GitGitGadget" <gitgitgadget@gmail.com>
To: git@vger.kernel.org
Cc: "Kristoffer Haugsbakk" <kristofferhaugsbakk@fastmail.com>,
	"Jean-Noël Avila" <jn.avila@free.fr>
Subject: [PATCH v3 0/4] doc: some more synopsis conversions and fixes
Date: Tue, 03 Feb 2026 17:03:31 +0000	[thread overview]
Message-ID: <pull.2036.v3.git.1770138215.gitgitgadget@gmail.com> (raw)
In-Reply-To: <pull.2036.v2.git.1769462744.gitgitgadget@gmail.com>

This time, git-show and git-submodule are converted. Some mistakes on
previous work were also spotted and fixed.

Changes since V1:

 * fix mistakes spotted by Kristoffer Haugsbakk

Jean-Noël Avila (4):
  doc: convert git-submodule to synopsis style
  doc: finalize git-clone documentation conversion to synopsis style
  doc: fix some style issues in git-clone and for-each-ref-options
  doc: convert git-show to synopsis style

 Documentation/asciidoc.conf.in          |   6 +
 Documentation/for-each-ref-options.adoc |   4 +-
 Documentation/git-clone.adoc            |  54 ++--
 Documentation/git-show.adoc             |  16 +-
 Documentation/git-submodule.adoc        | 389 ++++++++++++------------
 Documentation/pretty-formats.adoc       | 169 +++++-----
 Documentation/ref-storage-format.adoc   |   4 +-
 7 files changed, 338 insertions(+), 304 deletions(-)


base-commit: d8af7cadaa79d5837d73ec949e10b57dedb43e9b
Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-2036%2Fjnavila%2Fgit_submodule-v3
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-2036/jnavila/git_submodule-v3
Pull-Request: https://github.com/gitgitgadget/git/pull/2036

Range-diff vs v2:

 1:  05e68e2825 ! 1:  8d22e6952a convert git-submodule doc to synopsis style
     @@ Metadata
      Author: Jean-Noël Avila <jn.avila@free.fr>
      
       ## Commit message ##
     -    convert git-submodule doc to synopsis style
     +    doc: convert git-submodule to synopsis style
      
           * convert commands to synopsis style
           * use _<placeholder>_ for arguments
     @@ Commit message
           * minor formatting fixes
      
          Signed-off-by: Jean-Noël Avila <jn.avila@free.fr>
     +    Reviewed-by: Kristoffer Haugsbakk <kristofferhaugsbakk@fastmail.com>
      
       ## Documentation/git-submodule.adoc ##
      @@ Documentation/git-submodule.adoc: git-submodule - Initialize, update or inspect submodules
     @@ Documentation/git-submodule.adoc: COMMANDS
      -or ../), the location relative to the superproject's default remote
      -repository (Please note that to specify a repository 'foo.git'
      -which is located right next to a superproject 'bar.git', you'll
     -+_<repository>_ is the URL of the new submodule's origin repository.
     ++_<repository>_ is the URL of the new submodule's `origin` repository.
      +This may be either an absolute URL, or (if it begins with `./`
      +or `../`), the location relative to the superproject's default remote
      +repository (Please note that to specify a repository `foo.git`
     @@ Documentation/git-submodule.adoc: URL in `.gitmodules`.
       	Show the status of the submodules. This will print the SHA-1 of the
       	currently checked out commit for each submodule, along with the
      -	submodule path and the output of 'git describe' for the
     -+	submodule path and the output of `git describe` for the
     ++	submodule path and the output of linkgit:git-describe[1] for the
       	SHA-1. Each SHA-1 will possibly be prefixed with `-` if the submodule is
       	not initialized, `+` if the currently checked out submodule commit
       	does not match the SHA-1 found in the index of the containing
     @@ Documentation/git-submodule.adoc: If you really want to remove a submodule from
       options.
       
      -update [--init] [--remote] [-N|--no-fetch] [--[no-]recommend-shallow] [-f|--force] [--checkout|--rebase|--merge] [--reference <repository>] [--ref-format <format>] [--depth <depth>] [--recursive] [--jobs <n>] [--[no-]single-branch] [--filter <filter-spec>] [--] [<path>...]::
     -+`update [--init] [--remote] [-N | --no-fetch] [--[no-]recommend-shallow] [-f | --force] [--checkout | --rebase | --merge] [--reference <repository>] [--ref-format <format>] [--depth <depth>] [--recursive] [--jobs <n>] [--[no-]single-branch] [--filter <filter-spec>] [--] [<path>...]`::
     ++`update [--init] [--remote] [-N | --no-fetch] [--[no-]recommend-shallow] [-f | --force] [--checkout | --rebase | --merge] [--reference=<repository>] [--ref-format=<format>] [--depth=<depth>] [--recursive] [--jobs <n>] [--[no-]single-branch] [--filter=<filter-spec>] [--] [<path>...]`::
       +
       --
       Update the registered submodules to match what the superproject
     @@ Documentation/git-submodule.adoc: checked out commit for each submodule:
       	case when they are initialized or freshly added). This is useful when
       	submodule URLs change upstream and you need to update your local
       	repositories accordingly.
     -@@ Documentation/git-submodule.adoc: sync [--recursive] [--] [<path>...]::
     + +
     + `git submodule sync` synchronizes all submodules while
     +-`git submodule sync -- A` synchronizes submodule "A" only.
     ++`git submodule sync -- A` synchronizes submodule `A` only.
     + +
       If `--recursive` is specified, this command will recurse into the
       registered submodules, and sync any nested submodules within.
       
     @@ Documentation/git-submodule.adoc: This command is recursive by default.
       
      --b <branch>::
      ---branch <branch>::
     -+`-b <branch>`::
     -+`--branch <branch>`::
     ++`-b<branch>`::
     ++`--branch=<branch>`::
       	Branch of repository to add as submodule.
       	The name of the branch is recorded as `submodule.<name>.branch` in
       	`.gitmodules` for `update --remote`.  A special value of `.` is used to
     @@ Documentation/git-submodule.adoc: This command is recursive by default.
      +	Make the `summary` command compare the commit in the index with that in
      +	the submodule `HEAD`.
      +
     -+`-n <n>`::
     -+`--summary-limit <n>`::
     ++`-n<n>`::
     ++`--summary-limit=<n>`::
      +	Limit the `summary` size (number of commits shown in total) to _<n>_.
       	Giving 0 will disable the summary; a negative number means unlimited
       	(the default). This limit only applies to modified submodules. The
     @@ Documentation/git-submodule.adoc: to distribute the default upstream branch with
      ---checkout::
      -	This option is only valid for the update command.
      -	Checkout the commit recorded in the superproject on a detached HEAD
     +-	in the submodule. This is the default behavior, the main use of
     +-	this option is to override `submodule.$name.update` when set to
      +`--checkout`::
     -+	This option is only valid for the `update` command.
      +	Checkout the commit recorded in the superproject on a detached `HEAD`
     - 	in the submodule. This is the default behavior, the main use of
     --	this option is to override `submodule.$name.update` when set to
     ++	in the submodule. This option is only valid for the `update` command.
     ++	This is the default behavior, the main use of
      +	this option is to override `submodule.<name>.update` when set to
       	a value other than `checkout`.
      -	If the key `submodule.$name.update` is either not explicitly set or
     @@ Documentation/git-submodule.adoc: to distribute the default upstream branch with
       	implicit.
       
      ---rebase::
     +-	This option is only valid for the update command.
     +-	Rebase the current branch onto the commit recorded in the
     +-	superproject. If this option is given, the submodule's HEAD will not
      +`--rebase`::
     - 	This option is only valid for the update command.
     - 	Rebase the current branch onto the commit recorded in the
     - 	superproject. If this option is given, the submodule's HEAD will not
     ++	Rebase the current branch onto the commit recorded in the superproject.
     ++	This option is only valid for the update command. The submodule's HEAD will not
       	be detached. If a merge failure prevents this process, you will have
       	to resolve these failures with linkgit:git-rebase[1].
      -	If the key `submodule.$name.update` is set to `rebase`, this option is
     @@ Documentation/git-submodule.adoc: to distribute the default upstream branch with
      ---name::
      -	This option is only valid for the add command. It sets the submodule's
      -	name to the given string instead of defaulting to its path. The name
     -+`--name <name>`::
     ++`--name=<name>`::
      +	Set the submodule's name to the given string instead of defaulting to its path. _<name>_
       	must be valid as a directory name and may not end with a '/'.
       
      ---reference <repository>::
      -	This option is only valid for add and update commands.  These
     -+`--reference <repository>`::
     -+	This option is only valid for `add` and `update` commands.  These
     - 	commands sometimes need to clone a remote repository. In this case,
     +-	commands sometimes need to clone a remote repository. In this case,
     ++`--reference=<repository>`::
     ++	Pass the local _<repository>_ as a reference when cloning the submodule.
     ++	This option is only valid for `add` and `update` commands.
     ++	These commands sometimes need to clone a remote repository. In this case,
       	this option will be passed to the linkgit:git-clone[1] command.
       +
     -@@ Documentation/git-submodule.adoc: the submodule itself.
     +-*NOTE*: Do *not* use this option unless you have read the note
     ++NOTE: Do *not* use this option unless you have read the note
       for linkgit:git-clone[1]'s `--reference`, `--shared`, and `--dissociate`
       options carefully.
       
      ---dissociate::
     +-	This option is only valid for add and update commands.  These
     +-	commands sometimes need to clone a remote repository. In this case,
      +`--dissociate`::
     - 	This option is only valid for add and update commands.  These
     - 	commands sometimes need to clone a remote repository. In this case,
     ++	After using a reference repository to clone from, do not rely on it anymore.
     ++	This option is only valid for `add` and `update` commands.
     ++	These commands sometimes need to clone a remote repository. In this case,
       	this option will be passed to the linkgit:git-clone[1] command.
       +
      -*NOTE*: see the NOTE for the `--reference` option.
     -+*NOTE*: see the NOTE above for the `--reference` option.
     ++NOTE: See the NOTE above for the `--reference` option.
       
      ---recursive::
      -	This option is only valid for foreach, update, status and sync commands.
     @@ Documentation/git-submodule.adoc: the submodule itself.
      -	This option is valid for add and update commands. Create a 'shallow'
      -	clone with a history truncated to the specified number of revisions.
      -	See linkgit:git-clone[1]
     -+`--depth <depth>`::
     ++`--depth=<depth>`::
      +	Create a 'shallow' clone with a history truncated to the _<depth>_ revisions.
      +	This option is valid for `add` and `update` commands. See linkgit:git-clone[1]
       
     @@ Documentation/git-submodule.adoc: the submodule itself.
      -	This option is only valid for the update command.
      +`--recommend-shallow`::
      +`--no-recommend-shallow`::
     ++	Recommend or not shallow cloning of submodules.
      +	This option is only valid for the `update` command.
       	The initial clone of a submodule will use the recommended
       	`submodule.<name>.shallow` as provided by the `.gitmodules` file
     @@ Documentation/git-submodule.adoc: the submodule itself.
      ---jobs <n>::
      -	This option is only valid for the update command.
      -	Clone new submodules in parallel with as many jobs.
     -+`-j <n>`::
     -+`--jobs <n>`::
     ++`-j<n>`::
     ++`--jobs=<n>`::
      +	Clone new submodules in parallel with _<n>_ jobs.
      +	This option is only valid for the `update` command.
       	Defaults to the `submodule.fetchJobs` option.
 2:  3a5b642d05 ! 2:  5fd9f6d41a doc: finalize git-clone documentation conversion to synopsis style
     @@ Commit message
          Use backticks where appropriate for command-line options
      
          Signed-off-by: Jean-Noël Avila <jn.avila@free.fr>
     +    Reviewed-by: Kristoffer Haugsbakk <kristofferhaugsbakk@fastmail.com>
      
       ## Documentation/git-clone.adoc ##
      @@ Documentation/git-clone.adoc: objects from the source repository into a pack in the cloned repository.
 3:  bcd6fcd119 ! 3:  d097065303 doc: fix some style issues in git-clone and for-each-ref-options
     @@ Commit message
           * fix markups
      
          Signed-off-by: Jean-Noël Avila <jn.avila@free.fr>
     +    Reviewed-by: Kristoffer Haugsbakk <kristofferhaugsbakk@fastmail.com>
      
       ## Documentation/for-each-ref-options.adoc ##
      @@ Documentation/for-each-ref-options.adoc: TAB %(refname)`.
     @@ Documentation/git-clone.adoc: If you want to break the dependency of a repositor
       objects from the source repository into a pack in the cloned repository.
       
      -`--reference[-if-able] <repository>`::
     -+`--reference <repository>`::
     -+`--reference-if-able <repository>`::
     ++`--reference=<repository>`::
     ++`--reference-if-able=<repository>`::
       	If the reference _<repository>_ is on the local machine,
       	automatically setup `.git/objects/info/alternates` to
       	obtain objects from the reference _<repository>_.  Using
     @@ Documentation/git-clone.adoc: objects from the source repository into a pack in
       	The `clone.rejectShallow` configuration variable can be used to
       	specify the default.
      @@ Documentation/git-clone.adoc: objects from the source repository into a pack in the cloned repository.
     + 	that all these refs are overwritten by a `git remote update` in the
     + 	target repository.
       
     - `-b <name>`::
     - `--branch <name>`::
     +-`-o <name>`::
     +-`--origin <name>`::
     ++`-o<name>`::
     ++`--origin=<name>`::
     + 	Instead of using the remote name `origin` to keep track of the upstream
     + 	repository, use _<name>_.  Overrides `clone.defaultRemoteName` from the
     + 	config.
     + 
     +-`-b <name>`::
     +-`--branch <name>`::
      -	Instead of pointing the newly created `HEAD` to the branch pointed
      -	to by the cloned repository's `HEAD`, point to _<name>_ branch
      -	instead. In a non-bare repository, this is the branch that will
      -	be checked out.
     ++`-b<name>`::
     ++`--branch=<name>`::
      +	Point the newly created `HEAD` to _<name>_ branch instead of the branch
      +	pointed to by the cloned repository's `HEAD`. In a non-bare repository,
      +	this is the branch that will be checked out.
     @@ Documentation/git-clone.adoc: objects from the source repository into a pack in
       	in the resulting repository.
       
      @@ Documentation/git-clone.adoc: objects from the source repository into a pack in the cloned repository.
     + 	name.
     + 	This option is incompatible with `--branch` and `--mirror`.
       
     - `-u <upload-pack>`::
     - `--upload-pack <upload-pack>`::
     +-`-u <upload-pack>`::
     +-`--upload-pack <upload-pack>`::
      -	When given, and the repository to clone from is accessed
      -	via ssh, this specifies a non-default path for the command
      -	run on the other end.
     ++`-u<upload-pack>`::
     ++`--upload-pack=<upload-pack>`::
      +	Specify a non-default path for the command run on the other end when the
      +	repository to clone from is accessed via ssh.
       
       `--template=<template-directory>`::
       	Specify the directory from which templates will be used;
     + 	(See the "TEMPLATE DIRECTORY" section of linkgit:git-init[1].)
     + 
     +-`-c <key>=<value>`::
     +-`--config <key>=<value>`::
     ++`-c<key>=<value>`::
     ++`--config=<key>=<value>`::
     + 	Set a configuration variable in the newly-created repository;
     + 	this takes effect immediately after the repository is
     + 	initialized, but before the remote history is fetched or any
     +@@ Documentation/git-clone.adoc: Configuration variables known to not take effect are:
     + `remote.<name>.mirror` and `remote.<name>.tagOpt`.  Use the
     + corresponding `--mirror` and `--no-tags` options instead.
     + 
     +-`--depth <depth>`::
     ++`--depth=<depth>`::
     + 	Create a 'shallow' clone with a history truncated to the
     + 	specified number of commits. Implies `--single-branch` unless
     + 	`--no-single-branch` is given to fetch the histories near the
     +@@ Documentation/git-clone.adoc: Specify the given ref storage format for the repository. The valid values are:
     + +
     + include::ref-storage-format.adoc[]
     + 
     +-`-j <n>`::
     +-`--jobs <n>`::
     ++`-j<n>`::
     ++`--jobs=<n>`::
     + 	The number of submodules fetched at the same time.
     + 	Defaults to the `submodule.fetchJobs` option.
     + 
     +
     + ## Documentation/ref-storage-format.adoc ##
     +@@
     +-* `files` for loose files with packed-refs. This is the default.
     +-* `reftable` for the reftable format. This format is experimental and its
     ++`files`;; for loose files with packed-refs. This is the default.
     ++`reftable`;; for the reftable format. This format is experimental and its
     +   internals are subject to change.
 4:  f6314e580d ! 4:  d179137d81 doc: convert git-show to synopsis style
     @@ Commit message
           * minor formatting fixes
      
          Signed-off-by: Jean-Noël Avila <jn.avila@free.fr>
     +    Reviewed-by: Kristoffer Haugsbakk <kristofferhaugsbakk@fastmail.com>
      
       ## Documentation/asciidoc.conf.in ##
      @@ Documentation/asciidoc.conf.in: endif::backend-xhtml11[]
     @@ Documentation/pretty-formats.adoc: colon and zero or more comma-separated option
      +`suffix=<value>`;; Shown after the list of ref names.  Defaults to "+)+".
      +`separator=<value>`;; Shown between ref names.  Defaults to "+,+{nbsp}".
      +`pointer=<value>`;; Shown between HEAD and the branch it points to, if any.
     -+	      Defaults to "{nbsp}++->++{nbsp}".
     ++	      Defaults to "{nbsp}->{nbsp}".
      +`tag=<value>`;; Shown before tag names. Defaults to "`tag:`{nbsp}".
       
       +
     @@ Documentation/pretty-formats.adoc: colon and zero or more comma-separated option
       For example, to produce decorations with no wrapping
       or tag annotations, and spaces as separators:
      -
     -++
     - ++%(decorate:prefix=,suffix=,tag=,separator= )++
     +-++%(decorate:prefix=,suffix=,tag=,separator= )++
      ---
     ++---------------------
     ++    %(decorate:prefix=,suffix=,tag=,separator= )
     ++---------------------
       
       ++%(describe++`[:<option>,...]`++)++::
       human-readable name, like linkgit:git-describe[1]; empty string for
     @@ Documentation/pretty-formats.adoc: undescribable commits.  The `describe` string
      -** `abbrev=<number>`: Instead of using the default number of hexadecimal digits
      +`abbrev=<number>`;; Instead of using the default number of hexadecimal digits
          (which will vary according to the number of objects in the repository with a
     -    default of 7) of the abbreviated object name, use <number> digits, or as many
     +-   default of 7) of the abbreviated object name, use <number> digits, or as many
     ++   default of 7) of the abbreviated object name, use _<number>_ digits, or as many
          digits as needed to form a unique object name.
      -** `match=<pattern>`: Only consider tags matching the given
      +`match=<pattern>`;; Only consider tags matching the given

-- 
gitgitgadget

  parent reply	other threads:[~2026-02-03 17:03 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-23 21:14 [PATCH 0/4] doc: some more synopsis conversions and fixes Jean-Noël Avila via GitGitGadget
2026-01-23 21:15 ` [PATCH 1/4] convert git-submodule doc to synopsis style Jean-Noël Avila via GitGitGadget
2026-02-01 12:04   ` Kristoffer Haugsbakk
2026-01-23 21:15 ` [PATCH 2/4] doc: finalize git-clone documentation conversion " Jean-Noël Avila via GitGitGadget
2026-02-01 12:04   ` Kristoffer Haugsbakk
2026-02-01 13:14     ` Jean-Noël AVILA
2026-02-02  8:36       ` Kristoffer Haugsbakk
2026-01-23 21:15 ` [PATCH 3/4] doc: fix some style issues in git-clone and for-each-ref-options Jean-Noël Avila via GitGitGadget
2026-02-01 12:11   ` Kristoffer Haugsbakk
2026-01-23 21:15 ` [PATCH 4/4] doc: convert git-show to synopsis style Jean-Noël Avila via GitGitGadget
2026-01-25 19:27   ` Kristoffer Haugsbakk
2026-01-25 21:11     ` Jean-Noël AVILA
2026-01-26  5:58       ` Kristoffer Haugsbakk
2026-01-26 21:25 ` [PATCH v2 0/4] doc: some more synopsis conversions and fixes Jean-Noël Avila via GitGitGadget
2026-01-26 21:25   ` [PATCH v2 1/4] convert git-submodule doc to synopsis style Jean-Noël Avila via GitGitGadget
2026-01-26 21:25   ` [PATCH v2 2/4] doc: finalize git-clone documentation conversion " Jean-Noël Avila via GitGitGadget
2026-01-26 21:25   ` [PATCH v2 3/4] doc: fix some style issues in git-clone and for-each-ref-options Jean-Noël Avila via GitGitGadget
2026-01-26 21:25   ` [PATCH v2 4/4] doc: convert git-show to synopsis style Jean-Noël Avila via GitGitGadget
2026-02-01 12:12     ` Kristoffer Haugsbakk
2026-02-01 16:39       ` Jean-Noël AVILA
2026-02-03 17:03   ` Jean-Noël Avila via GitGitGadget [this message]
2026-02-03 17:03     ` [PATCH v3 1/4] doc: convert git-submodule " Jean-Noël Avila via GitGitGadget
2026-02-03 21:45       ` Kristoffer Haugsbakk
2026-02-06  3:55         ` Jean-Noël Avila
2026-02-03 17:03     ` [PATCH v3 2/4] doc: finalize git-clone documentation conversion " Jean-Noël Avila via GitGitGadget
2026-02-03 21:45       ` Kristoffer Haugsbakk
2026-02-03 17:03     ` [PATCH v3 3/4] doc: fix some style issues in git-clone and for-each-ref-options Jean-Noël Avila via GitGitGadget
2026-02-03 21:46       ` Kristoffer Haugsbakk
2026-02-03 17:03     ` [PATCH v3 4/4] doc: convert git-show to synopsis style Jean-Noël Avila via GitGitGadget
2026-02-03 21:44       ` Kristoffer Haugsbakk
2026-02-03 21:44     ` [PATCH v3 0/4] doc: some more synopsis conversions and fixes Kristoffer Haugsbakk
2026-02-04 16:24       ` Kristoffer Haugsbakk
2026-02-06  4:12     ` [PATCH v4 " Jean-Noël Avila via GitGitGadget
2026-02-06  4:12       ` [PATCH v4 1/4] doc: convert git-submodule to synopsis style Jean-Noël Avila via GitGitGadget
2026-02-06  4:12       ` [PATCH v4 2/4] doc: finalize git-clone documentation conversion " Jean-Noël Avila via GitGitGadget
2026-02-06  4:12       ` [PATCH v4 3/4] doc: fix some style issues in git-clone and for-each-ref-options Jean-Noël Avila via GitGitGadget
2026-02-06  4:12       ` [PATCH v4 4/4] doc: convert git-show to synopsis style Jean-Noël Avila via GitGitGadget
2026-02-07 14:24       ` [PATCH v4 0/4] doc: some more synopsis conversions and fixes Kristoffer Haugsbakk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=pull.2036.v3.git.1770138215.gitgitgadget@gmail.com \
    --to=gitgitgadget@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=jn.avila@free.fr \
    --cc=kristofferhaugsbakk@fastmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox