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
next prev 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