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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.