mirror of
https://github.com/git/git
synced 2024-10-02 14:45:21 +00:00
Merge branch 'ja/doc-placeholders-fix'
Docfix. * ja/doc-placeholders-fix: doc: enforce placeholders in documentation doc: enforce dashes in placeholders
This commit is contained in:
commit
2a10505a77
|
@ -299,7 +299,7 @@ and accumulating child directory counts in the parent directories:
|
||||||
Synonym for --dirstat=cumulative
|
Synonym for --dirstat=cumulative
|
||||||
|
|
||||||
--dirstat-by-file[=<param1,param2>...]::
|
--dirstat-by-file[=<param1,param2>...]::
|
||||||
Synonym for --dirstat=files,param1,param2...
|
Synonym for --dirstat=files,<param1>,<param2>...
|
||||||
|
|
||||||
--summary::
|
--summary::
|
||||||
Output a condensed summary of extended header information
|
Output a condensed summary of extended header information
|
||||||
|
|
|
@ -210,7 +210,7 @@ annotated.
|
||||||
|
|
||||||
. Each blame entry always starts with a line of:
|
. Each blame entry always starts with a line of:
|
||||||
|
|
||||||
<40-byte hex sha1> <sourceline> <resultline> <num_lines>
|
<40-byte-hex-sha1> <sourceline> <resultline> <num-lines>
|
||||||
+
|
+
|
||||||
Line numbers count from 1.
|
Line numbers count from 1.
|
||||||
|
|
||||||
|
|
|
@ -52,7 +52,7 @@ OPTIONS
|
||||||
-s <format>::
|
-s <format>::
|
||||||
--suffix <format>::
|
--suffix <format>::
|
||||||
Specify an alternate suffix for the bugreport name, to create a file
|
Specify an alternate suffix for the bugreport name, to create a file
|
||||||
named 'git-bugreport-<formatted suffix>'. This should take the form of a
|
named 'git-bugreport-<formatted-suffix>'. This should take the form of a
|
||||||
strftime(3) format string; the current local time will be used.
|
strftime(3) format string; the current local time will be used.
|
||||||
|
|
||||||
--no-diagnose::
|
--no-diagnose::
|
||||||
|
@ -60,7 +60,7 @@ OPTIONS
|
||||||
Create a zip archive of supplemental information about the user's
|
Create a zip archive of supplemental information about the user's
|
||||||
machine, Git client, and repository state. The archive is written to the
|
machine, Git client, and repository state. The archive is written to the
|
||||||
same output directory as the bug report and is named
|
same output directory as the bug report and is named
|
||||||
'git-diagnostics-<formatted suffix>'.
|
'git-diagnostics-<formatted-suffix>'.
|
||||||
+
|
+
|
||||||
Without `mode` specified, the diagnostic archive will contain the default set of
|
Without `mode` specified, the diagnostic archive will contain the default set of
|
||||||
statistics reported by `git diagnose`. An optional `mode` value may be specified
|
statistics reported by `git diagnose`. An optional `mode` value may be specified
|
||||||
|
|
|
@ -13,7 +13,7 @@ SYNOPSIS
|
||||||
'git commit-graph write' [--object-dir <dir>] [--append]
|
'git commit-graph write' [--object-dir <dir>] [--append]
|
||||||
[--split[=<strategy>]] [--reachable | --stdin-packs | --stdin-commits]
|
[--split[=<strategy>]] [--reachable | --stdin-packs | --stdin-commits]
|
||||||
[--changed-paths] [--[no-]max-new-filters <n>] [--[no-]progress]
|
[--changed-paths] [--[no-]max-new-filters <n>] [--[no-]progress]
|
||||||
<split options>
|
<split-options>
|
||||||
|
|
||||||
|
|
||||||
DESCRIPTION
|
DESCRIPTION
|
||||||
|
|
|
@ -103,11 +103,11 @@ OPTIONS
|
||||||
names are not.
|
names are not.
|
||||||
|
|
||||||
--get-urlmatch <name> <URL>::
|
--get-urlmatch <name> <URL>::
|
||||||
When given a two-part name section.key, the value for
|
When given a two-part <name> as <section>.<key>, the value for
|
||||||
section.<URL>.key whose <URL> part matches the best to the
|
<section>.<URL>.<key> whose <URL> part matches the best to the
|
||||||
given URL is returned (if no such key exists, the value for
|
given URL is returned (if no such key exists, the value for
|
||||||
section.key is used as a fallback). When given just the
|
<section>.<key> is used as a fallback). When given just the
|
||||||
section as name, do so for all the keys in the section and
|
<section> as name, do so for all the keys in the section and
|
||||||
list them. Returns error code 1 if no value is found.
|
list them. Returns error code 1 if no value is found.
|
||||||
|
|
||||||
--global::
|
--global::
|
||||||
|
|
|
@ -197,7 +197,7 @@ allowing access over SSH.
|
||||||
5. Clients should now be able to check out the project. Use the CVS 'module'
|
5. Clients should now be able to check out the project. Use the CVS 'module'
|
||||||
name to indicate what Git 'head' you want to check out. This also sets the
|
name to indicate what Git 'head' you want to check out. This also sets the
|
||||||
name of your newly checked-out directory, unless you tell it otherwise with
|
name of your newly checked-out directory, unless you tell it otherwise with
|
||||||
`-d <dir_name>`. For example, this checks out 'master' branch to the
|
`-d <dir-name>`. For example, this checks out 'master' branch to the
|
||||||
`project-master` directory:
|
`project-master` directory:
|
||||||
+
|
+
|
||||||
------
|
------
|
||||||
|
@ -224,7 +224,7 @@ the database to work reliably (otherwise you need to make sure
|
||||||
that the database is up to date any time 'git-cvsserver' is executed).
|
that the database is up to date any time 'git-cvsserver' is executed).
|
||||||
|
|
||||||
By default it uses SQLite databases in the Git directory, named
|
By default it uses SQLite databases in the Git directory, named
|
||||||
`gitcvs.<module_name>.sqlite`. Note that the SQLite backend creates
|
`gitcvs.<module-name>.sqlite`. Note that the SQLite backend creates
|
||||||
temporary files in the same directory as the database file on
|
temporary files in the same directory as the database file on
|
||||||
write so it might not be enough to grant the users using
|
write so it might not be enough to grant the users using
|
||||||
'git-cvsserver' write access to the database file without granting
|
'git-cvsserver' write access to the database file without granting
|
||||||
|
|
|
@ -18,7 +18,7 @@ SYNOPSIS
|
||||||
[--allow-override=<service>] [--forbid-override=<service>]
|
[--allow-override=<service>] [--forbid-override=<service>]
|
||||||
[--access-hook=<path>] [--[no-]informative-errors]
|
[--access-hook=<path>] [--[no-]informative-errors]
|
||||||
[--inetd |
|
[--inetd |
|
||||||
[--listen=<host_or_ipaddr>] [--port=<n>]
|
[--listen=<host-or-ipaddr>] [--port=<n>]
|
||||||
[--user=<user> [--group=<group>]]]
|
[--user=<user> [--group=<group>]]]
|
||||||
[--log-destination=(stderr|syslog|none)]
|
[--log-destination=(stderr|syslog|none)]
|
||||||
[<directory>...]
|
[<directory>...]
|
||||||
|
@ -86,10 +86,10 @@ OPTIONS
|
||||||
Incompatible with --detach, --port, --listen, --user and --group
|
Incompatible with --detach, --port, --listen, --user and --group
|
||||||
options.
|
options.
|
||||||
|
|
||||||
--listen=<host_or_ipaddr>::
|
--listen=<host-or-ipaddr>::
|
||||||
Listen on a specific IP address or hostname. IP addresses can
|
Listen on a specific IP address or hostname. IP addresses can
|
||||||
be either an IPv4 address or an IPv6 address if supported. If IPv6
|
be either an IPv4 address or an IPv6 address if supported. If IPv6
|
||||||
is not supported, then --listen=hostname is also not supported and
|
is not supported, then --listen=<hostname> is also not supported and
|
||||||
--listen must be given an IPv4 address.
|
--listen must be given an IPv4 address.
|
||||||
Can be given more than once.
|
Can be given more than once.
|
||||||
Incompatible with `--inetd` option.
|
Incompatible with `--inetd` option.
|
||||||
|
@ -141,8 +141,8 @@ otherwise `stderr`.
|
||||||
specified with no parameter, a request to
|
specified with no parameter, a request to
|
||||||
git://host/{tilde}alice/foo is taken as a request to access
|
git://host/{tilde}alice/foo is taken as a request to access
|
||||||
'foo' repository in the home directory of user `alice`.
|
'foo' repository in the home directory of user `alice`.
|
||||||
If `--user-path=path` is specified, the same request is
|
If `--user-path=<path>` is specified, the same request is
|
||||||
taken as a request to access `path/foo` repository in
|
taken as a request to access `<path>/foo` repository in
|
||||||
the home directory of user `alice`.
|
the home directory of user `alice`.
|
||||||
|
|
||||||
--verbose::
|
--verbose::
|
||||||
|
|
|
@ -45,7 +45,7 @@ OPTIONS
|
||||||
-s <format>::
|
-s <format>::
|
||||||
--suffix <format>::
|
--suffix <format>::
|
||||||
Specify an alternate suffix for the diagnostics archive name, to create
|
Specify an alternate suffix for the diagnostics archive name, to create
|
||||||
a file named 'git-diagnostics-<formatted suffix>'. This should take the
|
a file named 'git-diagnostics-<formatted-suffix>'. This should take the
|
||||||
form of a strftime(3) format string; the current local time will be
|
form of a strftime(3) format string; the current local time will be
|
||||||
used.
|
used.
|
||||||
|
|
||||||
|
|
|
@ -90,7 +90,7 @@ instead. `--no-symlinks` is the default on Windows.
|
||||||
--extcmd=<command>::
|
--extcmd=<command>::
|
||||||
Specify a custom command for viewing diffs.
|
Specify a custom command for viewing diffs.
|
||||||
'git-difftool' ignores the configured defaults and runs
|
'git-difftool' ignores the configured defaults and runs
|
||||||
`$command $LOCAL $REMOTE` when this option is specified.
|
`<command> $LOCAL $REMOTE` when this option is specified.
|
||||||
Additionally, `$BASE` is set in the environment.
|
Additionally, `$BASE` is set in the environment.
|
||||||
|
|
||||||
-g::
|
-g::
|
||||||
|
|
|
@ -745,11 +745,11 @@ paths for a commit are encouraged to do so.
|
||||||
|
|
||||||
`notemodify`
|
`notemodify`
|
||||||
^^^^^^^^^^^^
|
^^^^^^^^^^^^
|
||||||
Included in a `commit` `<notes_ref>` command to add a new note
|
Included in a `commit` `<notes-ref>` command to add a new note
|
||||||
annotating a `<commit-ish>` or change this annotation contents.
|
annotating a `<commit-ish>` or change this annotation contents.
|
||||||
Internally it is similar to filemodify 100644 on `<commit-ish>`
|
Internally it is similar to filemodify 100644 on `<commit-ish>`
|
||||||
path (maybe split into subdirectories). It's not advised to
|
path (maybe split into subdirectories). It's not advised to
|
||||||
use any other commands to write to the `<notes_ref>` tree except
|
use any other commands to write to the `<notes-ref>` tree except
|
||||||
`filedeleteall` to delete all existing notes in this tree.
|
`filedeleteall` to delete all existing notes in this tree.
|
||||||
This command has two different means of specifying the content
|
This command has two different means of specifying the content
|
||||||
of the note.
|
of the note.
|
||||||
|
|
|
@ -186,8 +186,8 @@ origin:
|
||||||
------------------------------------------------
|
------------------------------------------------
|
||||||
$ git fetch origin --prune --prune-tags
|
$ git fetch origin --prune --prune-tags
|
||||||
$ git fetch origin --prune 'refs/tags/*:refs/tags/*'
|
$ git fetch origin --prune 'refs/tags/*:refs/tags/*'
|
||||||
$ git fetch <url of origin> --prune --prune-tags
|
$ git fetch <url-of-origin> --prune --prune-tags
|
||||||
$ git fetch <url of origin> --prune 'refs/tags/*:refs/tags/*'
|
$ git fetch <url-of-origin> --prune 'refs/tags/*:refs/tags/*'
|
||||||
------------------------------------------------
|
------------------------------------------------
|
||||||
|
|
||||||
OUTPUT
|
OUTPUT
|
||||||
|
|
|
@ -14,7 +14,7 @@ SYNOPSIS
|
||||||
[--msg-filter <command>] [--commit-filter <command>]
|
[--msg-filter <command>] [--commit-filter <command>]
|
||||||
[--tag-name-filter <command>] [--prune-empty]
|
[--tag-name-filter <command>] [--prune-empty]
|
||||||
[--original <namespace>] [-d <directory>] [-f | --force]
|
[--original <namespace>] [-d <directory>] [-f | --force]
|
||||||
[--state-branch <branch>] [--] [<rev-list options>...]
|
[--state-branch <branch>] [--] [<rev-list-options>...]
|
||||||
|
|
||||||
WARNING
|
WARNING
|
||||||
-------
|
-------
|
||||||
|
@ -32,7 +32,7 @@ listed there as reasonably possible.
|
||||||
DESCRIPTION
|
DESCRIPTION
|
||||||
-----------
|
-----------
|
||||||
Lets you rewrite Git revision history by rewriting the branches mentioned
|
Lets you rewrite Git revision history by rewriting the branches mentioned
|
||||||
in the <rev-list options>, applying custom filters on each revision.
|
in the <rev-list-options>, applying custom filters on each revision.
|
||||||
Those filters can modify each tree (e.g. removing a file or running
|
Those filters can modify each tree (e.g. removing a file or running
|
||||||
a perl rewrite on all files) or information about each commit.
|
a perl rewrite on all files) or information about each commit.
|
||||||
Otherwise, all information (including original commit times or merge
|
Otherwise, all information (including original commit times or merge
|
||||||
|
@ -624,7 +624,7 @@ with:
|
||||||
real backup; it dereferences tags first.)
|
real backup; it dereferences tags first.)
|
||||||
|
|
||||||
** Running git-filter-branch with either --tags or --all in your
|
** Running git-filter-branch with either --tags or --all in your
|
||||||
<rev-list options>. In order to retain annotated tags as
|
<rev-list-options>. In order to retain annotated tags as
|
||||||
annotated, you must use --tag-name-filter (and must not have
|
annotated, you must use --tag-name-filter (and must not have
|
||||||
restored from refs/original/ in a previously botched rewrite).
|
restored from refs/original/ in a previously botched rewrite).
|
||||||
|
|
||||||
|
|
|
@ -17,10 +17,10 @@ SYNOPSIS
|
||||||
[--signature-file=<file>]
|
[--signature-file=<file>]
|
||||||
[-n | --numbered | -N | --no-numbered]
|
[-n | --numbered | -N | --no-numbered]
|
||||||
[--start-number <n>] [--numbered-files]
|
[--start-number <n>] [--numbered-files]
|
||||||
[--in-reply-to=<message id>] [--suffix=.<sfx>]
|
[--in-reply-to=<message-id>] [--suffix=.<sfx>]
|
||||||
[--ignore-if-in-upstream] [--always]
|
[--ignore-if-in-upstream] [--always]
|
||||||
[--cover-from-description=<mode>]
|
[--cover-from-description=<mode>]
|
||||||
[--rfc] [--subject-prefix=<subject prefix>]
|
[--rfc] [--subject-prefix=<subject-prefix>]
|
||||||
[(--reroll-count|-v) <n>]
|
[(--reroll-count|-v) <n>]
|
||||||
[--to=<email>] [--cc=<email>]
|
[--to=<email>] [--cc=<email>]
|
||||||
[--[no-]cover-letter] [--quiet]
|
[--[no-]cover-letter] [--quiet]
|
||||||
|
@ -30,8 +30,8 @@ SYNOPSIS
|
||||||
[--range-diff=<previous> [--creation-factor=<percent>]]
|
[--range-diff=<previous> [--creation-factor=<percent>]]
|
||||||
[--filename-max-length=<n>]
|
[--filename-max-length=<n>]
|
||||||
[--progress]
|
[--progress]
|
||||||
[<common diff options>]
|
[<common-diff-options>]
|
||||||
[ <since> | <revision range> ]
|
[ <since> | <revision-range> ]
|
||||||
|
|
||||||
DESCRIPTION
|
DESCRIPTION
|
||||||
-----------
|
-----------
|
||||||
|
@ -64,7 +64,7 @@ There are two ways to specify which commits to operate on.
|
||||||
to the tip of the current branch that are not in the history
|
to the tip of the current branch that are not in the history
|
||||||
that leads to the <since> to be output.
|
that leads to the <since> to be output.
|
||||||
|
|
||||||
2. Generic <revision range> expression (see "SPECIFYING
|
2. Generic <revision-range> expression (see "SPECIFYING
|
||||||
REVISIONS" section in linkgit:gitrevisions[7]) means the
|
REVISIONS" section in linkgit:gitrevisions[7]) means the
|
||||||
commits in the specified range.
|
commits in the specified range.
|
||||||
|
|
||||||
|
@ -179,9 +179,9 @@ Beware that the default for 'git send-email' is to thread emails
|
||||||
itself. If you want `git format-patch` to take care of threading, you
|
itself. If you want `git format-patch` to take care of threading, you
|
||||||
will want to ensure that threading is disabled for `git send-email`.
|
will want to ensure that threading is disabled for `git send-email`.
|
||||||
|
|
||||||
--in-reply-to=<message id>::
|
--in-reply-to=<message-id>::
|
||||||
Make the first mail (or all the mails with `--no-thread`) appear as a
|
Make the first mail (or all the mails with `--no-thread`) appear as a
|
||||||
reply to the given <message id>, which avoids breaking threads to
|
reply to the given <message-id>, which avoids breaking threads to
|
||||||
provide a new patch series.
|
provide a new patch series.
|
||||||
|
|
||||||
--ignore-if-in-upstream::
|
--ignore-if-in-upstream::
|
||||||
|
@ -219,9 +219,9 @@ populated with placeholder text.
|
||||||
Use the contents of <file> instead of the branch's description
|
Use the contents of <file> instead of the branch's description
|
||||||
for generating the cover letter.
|
for generating the cover letter.
|
||||||
|
|
||||||
--subject-prefix=<subject prefix>::
|
--subject-prefix=<subject-prefix>::
|
||||||
Instead of the standard '[PATCH]' prefix in the subject
|
Instead of the standard '[PATCH]' prefix in the subject
|
||||||
line, instead use '[<subject prefix>]'. This can be used
|
line, instead use '[<subject-prefix>]'. This can be used
|
||||||
to name a patch series, and can be combined with the
|
to name a patch series, and can be combined with the
|
||||||
`--numbered` option.
|
`--numbered` option.
|
||||||
+
|
+
|
||||||
|
@ -403,7 +403,7 @@ you can use `--suffix=-patch` to get `0001-description-of-my-change-patch`.
|
||||||
`format.useAutoBase` configuration.
|
`format.useAutoBase` configuration.
|
||||||
|
|
||||||
--root::
|
--root::
|
||||||
Treat the revision argument as a <revision range>, even if it
|
Treat the revision argument as a <revision-range>, even if it
|
||||||
is just a single commit (that would normally be treated as a
|
is just a single commit (that would normally be treated as a
|
||||||
<since>). Note that root commits included in the specified
|
<since>). Note that root commits included in the specified
|
||||||
range are always formatted as creation patches, independently
|
range are always formatted as creation patches, independently
|
||||||
|
|
|
@ -16,7 +16,7 @@ DESCRIPTION
|
||||||
Move or rename a file, directory, or symlink.
|
Move or rename a file, directory, or symlink.
|
||||||
|
|
||||||
git mv [-v] [-f] [-n] [-k] <source> <destination>
|
git mv [-v] [-f] [-n] [-k] <source> <destination>
|
||||||
git mv [-v] [-f] [-n] [-k] <source> ... <destination directory>
|
git mv [-v] [-f] [-n] [-k] <source> ... <destination-directory>
|
||||||
|
|
||||||
In the first form, it renames <source>, which must exist and be either
|
In the first form, it renames <source>, which must exist and be either
|
||||||
a file, symlink or directory, to <destination>.
|
a file, symlink or directory, to <destination>.
|
||||||
|
|
|
@ -56,7 +56,7 @@ SUBCOMMANDS
|
||||||
list::
|
list::
|
||||||
List the notes object for a given object. If no object is
|
List the notes object for a given object. If no object is
|
||||||
given, show a list of all note objects and the objects they
|
given, show a list of all note objects and the objects they
|
||||||
annotate (in the format "<note object> <annotated object>").
|
annotate (in the format "<note-object> <annotated-object>").
|
||||||
This is the default subcommand if no subcommand is given.
|
This is the default subcommand if no subcommand is given.
|
||||||
|
|
||||||
add::
|
add::
|
||||||
|
|
|
@ -114,11 +114,11 @@ FORMATS
|
||||||
The following formats are available:
|
The following formats are available:
|
||||||
|
|
||||||
* 'short':
|
* 'short':
|
||||||
<replaced sha1>
|
<replaced-sha1>
|
||||||
* 'medium':
|
* 'medium':
|
||||||
<replaced sha1> -> <replacement sha1>
|
<replaced-sha1> -> <replacement-sha1>
|
||||||
* 'long':
|
* 'long':
|
||||||
<replaced sha1> (<replaced type>) -> <replacement sha1> (<replacement type>)
|
<replaced-sha1> (<replaced-type>) -> <replacement-sha1> (<replacement-type>)
|
||||||
|
|
||||||
CREATING REPLACEMENT OBJECTS
|
CREATING REPLACEMENT OBJECTS
|
||||||
----------------------------
|
----------------------------
|
||||||
|
|
|
@ -116,7 +116,7 @@ include::rerere-options.txt[]
|
||||||
|
|
||||||
--reference::
|
--reference::
|
||||||
Instead of starting the body of the log message with "This
|
Instead of starting the body of the log message with "This
|
||||||
reverts <full object name of the commit being reverted>.",
|
reverts <full-object-name-of-the-commit-being-reverted>.",
|
||||||
refer to the commit using "--pretty=reference" format
|
refer to the commit using "--pretty=reference" format
|
||||||
(cf. linkgit:git-log[1]). The `revert.reference`
|
(cf. linkgit:git-log[1]). The `revert.reference`
|
||||||
configuration variable can be used to enable this option by
|
configuration variable can be used to enable this option by
|
||||||
|
@ -149,7 +149,7 @@ While git creates a basic commit message automatically, it is
|
||||||
_strongly_ recommended to explain why the original commit is being
|
_strongly_ recommended to explain why the original commit is being
|
||||||
reverted.
|
reverted.
|
||||||
In addition, repeatedly reverting reverts will result in increasingly
|
In addition, repeatedly reverting reverts will result in increasingly
|
||||||
unwieldy subject lines, for example 'Reapply "Reapply "<original subject>""'.
|
unwieldy subject lines, for example 'Reapply "Reapply "<original-subject>""'.
|
||||||
Please consider rewording these to be shorter and more unique.
|
Please consider rewording these to be shorter and more unique.
|
||||||
|
|
||||||
CONFIGURATION
|
CONFIGURATION
|
||||||
|
|
|
@ -10,7 +10,7 @@ SYNOPSIS
|
||||||
--------
|
--------
|
||||||
[verse]
|
[verse]
|
||||||
'git send-email' [<options>] <file|directory>...
|
'git send-email' [<options>] <file|directory>...
|
||||||
'git send-email' [<options>] <format-patch options>
|
'git send-email' [<options>] <format-patch-options>
|
||||||
'git send-email' --dump-aliases
|
'git send-email' --dump-aliases
|
||||||
|
|
||||||
|
|
||||||
|
|
|
@ -309,7 +309,7 @@ Line Notes
|
||||||
------------------------------------------------------------
|
------------------------------------------------------------
|
||||||
# branch.oid <commit> | (initial) Current commit.
|
# branch.oid <commit> | (initial) Current commit.
|
||||||
# branch.head <branch> | (detached) Current branch.
|
# branch.head <branch> | (detached) Current branch.
|
||||||
# branch.upstream <upstream_branch> If upstream is set.
|
# branch.upstream <upstream-branch> If upstream is set.
|
||||||
# branch.ab +<ahead> -<behind> If upstream is set and
|
# branch.ab +<ahead> -<behind> If upstream is set and
|
||||||
the commit is present.
|
the commit is present.
|
||||||
------------------------------------------------------------
|
------------------------------------------------------------
|
||||||
|
@ -502,7 +502,7 @@ results, so it could be faster on subsequent runs.
|
||||||
usually worth the additional size.
|
usually worth the additional size.
|
||||||
|
|
||||||
* `core.untrackedCache=true` and `core.fsmonitor=true` or
|
* `core.untrackedCache=true` and `core.fsmonitor=true` or
|
||||||
`core.fsmonitor=<hook_command_pathname>` (see
|
`core.fsmonitor=<hook-command-pathname>` (see
|
||||||
linkgit:git-update-index[1]): enable both the untracked cache
|
linkgit:git-update-index[1]): enable both the untracked cache
|
||||||
and FSMonitor features and only search directories that have
|
and FSMonitor features and only search directories that have
|
||||||
been modified since the previous `git status` command. This
|
been modified since the previous `git status` command. This
|
||||||
|
|
|
@ -136,7 +136,7 @@ If you really want to remove a submodule from the repository and commit
|
||||||
that use linkgit:git-rm[1] instead. See linkgit:gitsubmodules[7] for removal
|
that use linkgit:git-rm[1] instead. See linkgit:gitsubmodules[7] for removal
|
||||||
options.
|
options.
|
||||||
|
|
||||||
update [--init] [--remote] [-N|--no-fetch] [--[no-]recommend-shallow] [-f|--force] [--checkout|--rebase|--merge] [--reference <repository>] [--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>] [--depth <depth>] [--recursive] [--jobs <n>] [--[no-]single-branch] [--filter <filter-spec>] [--] [<path>...]::
|
||||||
+
|
+
|
||||||
--
|
--
|
||||||
Update the registered submodules to match what the superproject
|
Update the registered submodules to match what the superproject
|
||||||
|
@ -185,7 +185,7 @@ submodule with the `--init` option.
|
||||||
If `--recursive` is specified, this command will recurse into the
|
If `--recursive` is specified, this command will recurse into the
|
||||||
registered submodules, and update any nested submodules within.
|
registered submodules, and update any nested submodules within.
|
||||||
|
|
||||||
If `--filter <filter spec>` is specified, the given partial clone filter will be
|
If `--filter <filter-spec>` is specified, the given partial clone filter will be
|
||||||
applied to the submodule. See linkgit:git-rev-list[1] for details on filter
|
applied to the submodule. See linkgit:git-rev-list[1] for details on filter
|
||||||
specifications.
|
specifications.
|
||||||
--
|
--
|
||||||
|
|
|
@ -37,12 +37,12 @@ COMMANDS
|
||||||
argument. Normally this command initializes the current
|
argument. Normally this command initializes the current
|
||||||
directory.
|
directory.
|
||||||
|
|
||||||
-T<trunk_subdir>;;
|
-T<trunk-subdir>;;
|
||||||
--trunk=<trunk_subdir>;;
|
--trunk=<trunk-subdir>;;
|
||||||
-t<tags_subdir>;;
|
-t<tags-subdir>;;
|
||||||
--tags=<tags_subdir>;;
|
--tags=<tags-subdir>;;
|
||||||
-b<branches_subdir>;;
|
-b<branches-subdir>;;
|
||||||
--branches=<branches_subdir>;;
|
--branches=<branches-subdir>;;
|
||||||
-s;;
|
-s;;
|
||||||
--stdlayout;;
|
--stdlayout;;
|
||||||
These are optional command-line options for init. Each of
|
These are optional command-line options for init. Each of
|
||||||
|
@ -726,9 +726,9 @@ ADVANCED OPTIONS
|
||||||
when tracking a single URL. The 'log' and 'dcommit' commands
|
when tracking a single URL. The 'log' and 'dcommit' commands
|
||||||
no longer require this switch as an argument.
|
no longer require this switch as an argument.
|
||||||
|
|
||||||
-R<remote name>::
|
-R<remote-name>::
|
||||||
--svn-remote <remote name>::
|
--svn-remote <remote-name>::
|
||||||
Specify the [svn-remote "<remote name>"] section to use,
|
Specify the [svn-remote "<remote-name>"] section to use,
|
||||||
this allows SVN multiple repositories to be tracked.
|
this allows SVN multiple repositories to be tracked.
|
||||||
Default: "svn"
|
Default: "svn"
|
||||||
|
|
||||||
|
|
|
@ -224,7 +224,7 @@ it in the repository configuration as follows:
|
||||||
|
|
||||||
-------------------------------------
|
-------------------------------------
|
||||||
[user]
|
[user]
|
||||||
signingKey = <gpg-key_id>
|
signingKey = <gpg-key-id>
|
||||||
-------------------------------------
|
-------------------------------------
|
||||||
|
|
||||||
`pager.tag` is only respected when listing tags, i.e., when `-l` is
|
`pager.tag` is only respected when listing tags, i.e., when `-l` is
|
||||||
|
|
|
@ -202,7 +202,7 @@ If you just want to run git as if it was started in `<path>` then use
|
||||||
Do not perform optional operations that require locks. This is
|
Do not perform optional operations that require locks. This is
|
||||||
equivalent to setting the `GIT_OPTIONAL_LOCKS` to `0`.
|
equivalent to setting the `GIT_OPTIONAL_LOCKS` to `0`.
|
||||||
|
|
||||||
--list-cmds=group[,group...]::
|
--list-cmds=<group>[,<group>...]::
|
||||||
List commands by group. This is an internal/experimental
|
List commands by group. This is an internal/experimental
|
||||||
option and may change or be removed in the future. Supported
|
option and may change or be removed in the future. Supported
|
||||||
groups are: builtins, parseopt (builtin commands that use
|
groups are: builtins, parseopt (builtin commands that use
|
||||||
|
@ -842,7 +842,7 @@ of the SID and an optional counter (to avoid filename
|
||||||
collisions).
|
collisions).
|
||||||
+
|
+
|
||||||
In addition, if the variable is set to
|
In addition, if the variable is set to
|
||||||
`af_unix:[<socket_type>:]<absolute-pathname>`, Git will try
|
`af_unix:[<socket-type>:]<absolute-pathname>`, Git will try
|
||||||
to open the path as a Unix Domain Socket. The socket type
|
to open the path as a Unix Domain Socket. The socket type
|
||||||
can be either `stream` or `dgram`.
|
can be either `stream` or `dgram`.
|
||||||
+
|
+
|
||||||
|
|
|
@ -245,20 +245,20 @@ diffcore-pickaxe: For Detecting Addition/Deletion of Specified String
|
||||||
|
|
||||||
This transformation limits the set of filepairs to those that change
|
This transformation limits the set of filepairs to those that change
|
||||||
specified strings between the preimage and the postimage in a certain
|
specified strings between the preimage and the postimage in a certain
|
||||||
way. -S<block of text> and -G<regular expression> options are used to
|
way. -S<block-of-text> and -G<regular-expression> options are used to
|
||||||
specify different ways these strings are sought.
|
specify different ways these strings are sought.
|
||||||
|
|
||||||
"-S<block of text>" detects filepairs whose preimage and postimage
|
"-S<block-of-text>" detects filepairs whose preimage and postimage
|
||||||
have different number of occurrences of the specified block of text.
|
have different number of occurrences of the specified block of text.
|
||||||
By definition, it will not detect in-file moves. Also, when a
|
By definition, it will not detect in-file moves. Also, when a
|
||||||
changeset moves a file wholesale without affecting the interesting
|
changeset moves a file wholesale without affecting the interesting
|
||||||
string, diffcore-rename kicks in as usual, and `-S` omits the filepair
|
string, diffcore-rename kicks in as usual, and `-S` omits the filepair
|
||||||
(since the number of occurrences of that string didn't change in that
|
(since the number of occurrences of that string didn't change in that
|
||||||
rename-detected filepair). When used with `--pickaxe-regex`, treat
|
rename-detected filepair). When used with `--pickaxe-regex`, treat
|
||||||
the <block of text> as an extended POSIX regular expression to match,
|
the <block-of-text> as an extended POSIX regular expression to match,
|
||||||
instead of a literal string.
|
instead of a literal string.
|
||||||
|
|
||||||
"-G<regular expression>" (mnemonic: grep) detects filepairs whose
|
"-G<regular-expression>" (mnemonic: grep) detects filepairs whose
|
||||||
textual diff has an added or a deleted line that matches the given
|
textual diff has an added or a deleted line that matches the given
|
||||||
regular expression. This means that it will detect in-file (or what
|
regular expression. This means that it will detect in-file (or what
|
||||||
rename-detection considers the same file) moves, which is noise. The
|
rename-detection considers the same file) moves, which is noise. The
|
||||||
|
|
|
@ -386,8 +386,8 @@ The remaining data of each directory block is grouped by type:
|
||||||
long, "REUC" extension that is M-bytes long, followed by "EOIE",
|
long, "REUC" extension that is M-bytes long, followed by "EOIE",
|
||||||
then the hash would be:
|
then the hash would be:
|
||||||
|
|
||||||
Hash("TREE" + <binary representation of N> +
|
Hash("TREE" + <binary-representation-of-N> +
|
||||||
"REUC" + <binary representation of M>)
|
"REUC" + <binary-representation-of-M>)
|
||||||
|
|
||||||
== Index Entry Offset Table
|
== Index Entry Offset Table
|
||||||
|
|
||||||
|
|
|
@ -243,7 +243,7 @@ named remote is not being used both values will be the same.
|
||||||
Information about what is to be pushed is provided on the hook's standard
|
Information about what is to be pushed is provided on the hook's standard
|
||||||
input with lines of the form:
|
input with lines of the form:
|
||||||
|
|
||||||
<local ref> SP <local object name> SP <remote ref> SP <remote object name> LF
|
<local-ref> SP <local-object-name> SP <remote-ref> SP <remote-object-name> LF
|
||||||
|
|
||||||
For instance, if the command +git push origin master:foreign+ were run the
|
For instance, if the command +git push origin master:foreign+ were run the
|
||||||
hook would receive a line like the following:
|
hook would receive a line like the following:
|
||||||
|
@ -251,9 +251,9 @@ hook would receive a line like the following:
|
||||||
refs/heads/master 67890 refs/heads/foreign 12345
|
refs/heads/master 67890 refs/heads/foreign 12345
|
||||||
|
|
||||||
although the full object name would be supplied. If the foreign ref does not
|
although the full object name would be supplied. If the foreign ref does not
|
||||||
yet exist the `<remote object name>` will be the all-zeroes object name. If a
|
yet exist the `<remote-object-name>` will be the all-zeroes object name. If a
|
||||||
ref is to be deleted, the `<local ref>` will be supplied as `(delete)` and the
|
ref is to be deleted, the `<local-ref>` will be supplied as `(delete)` and the
|
||||||
`<local object name>` will be the all-zeroes object name. If the local commit
|
`<local-object-name>` will be the all-zeroes object name. If the local commit
|
||||||
was specified by something other than a name which could be expanded (such as
|
was specified by something other than a name which could be expanded (such as
|
||||||
`HEAD~`, or an object name) it will be supplied as it was originally given.
|
`HEAD~`, or an object name) it will be supplied as it was originally given.
|
||||||
|
|
||||||
|
|
|
@ -8,7 +8,7 @@ gitk - The Git repository browser
|
||||||
SYNOPSIS
|
SYNOPSIS
|
||||||
--------
|
--------
|
||||||
[verse]
|
[verse]
|
||||||
'gitk' [<options>] [<revision range>] [--] [<path>...]
|
'gitk' [<options>] [<revision-range>] [--] [<path>...]
|
||||||
|
|
||||||
DESCRIPTION
|
DESCRIPTION
|
||||||
-----------
|
-----------
|
||||||
|
@ -124,7 +124,7 @@ gitk-specific options
|
||||||
range to show. The command is expected to print on its
|
range to show. The command is expected to print on its
|
||||||
standard output a list of additional revisions to be shown,
|
standard output a list of additional revisions to be shown,
|
||||||
one per line. Use this instead of explicitly specifying a
|
one per line. Use this instead of explicitly specifying a
|
||||||
'<revision range>' if the set of commits to show may vary
|
'<revision-range>' if the set of commits to show may vary
|
||||||
between refreshes.
|
between refreshes.
|
||||||
|
|
||||||
--select-commit=<ref>::
|
--select-commit=<ref>::
|
||||||
|
|
|
@ -378,7 +378,7 @@ fetch-pack may send "filter" commands to request a partial clone
|
||||||
or partial fetch and request that the server omit various objects
|
or partial fetch and request that the server omit various objects
|
||||||
from the packfile.
|
from the packfile.
|
||||||
|
|
||||||
session-id=<session id>
|
session-id=<session-id>
|
||||||
-----------------------
|
-----------------------
|
||||||
|
|
||||||
The server may advertise a session ID that can be used to identify this process
|
The server may advertise a session ID that can be used to identify this process
|
||||||
|
|
|
@ -391,14 +391,14 @@ C: Start a queue, `c_pending`, ordered by commit time (popping newest
|
||||||
|
|
||||||
C: Send one `$GIT_URL/git-upload-pack` request:
|
C: Send one `$GIT_URL/git-upload-pack` request:
|
||||||
|
|
||||||
C: 0032want <want #1>...............................
|
C: 0032want <want-#1>...............................
|
||||||
C: 0032want <want #2>...............................
|
C: 0032want <want-#2>...............................
|
||||||
....
|
....
|
||||||
C: 0032have <common #1>.............................
|
C: 0032have <common-#1>.............................
|
||||||
C: 0032have <common #2>.............................
|
C: 0032have <common-#2>.............................
|
||||||
....
|
....
|
||||||
C: 0032have <have #1>...............................
|
C: 0032have <have-#1>...............................
|
||||||
C: 0032have <have #2>...............................
|
C: 0032have <have-#2>...............................
|
||||||
....
|
....
|
||||||
C: 0000
|
C: 0000
|
||||||
|
|
||||||
|
@ -512,7 +512,7 @@ Within the command portion of the request body clients SHOULD send
|
||||||
the id obtained through ref discovery as old_id.
|
the id obtained through ref discovery as old_id.
|
||||||
|
|
||||||
update_request = command_list
|
update_request = command_list
|
||||||
"PACK" <binary data>
|
"PACK" <binary-data>
|
||||||
|
|
||||||
command_list = PKT-LINE(command NUL cap_list LF)
|
command_list = PKT-LINE(command NUL cap_list LF)
|
||||||
*(command_pkt)
|
*(command_pkt)
|
||||||
|
|
|
@ -199,7 +199,7 @@ which can be used to limit the refs sent from the server.
|
||||||
|
|
||||||
Additional features not supported in the base command will be advertised
|
Additional features not supported in the base command will be advertised
|
||||||
as the value of the command in the capability advertisement in the form
|
as the value of the command in the capability advertisement in the form
|
||||||
of a space separated list of features: "<command>=<feature 1> <feature 2>"
|
of a space separated list of features: "<command>=<feature-1> <feature-2>"
|
||||||
|
|
||||||
ls-refs takes in the following arguments:
|
ls-refs takes in the following arguments:
|
||||||
|
|
||||||
|
@ -245,7 +245,7 @@ addition of future extensions.
|
||||||
|
|
||||||
Additional features not supported in the base command will be advertised
|
Additional features not supported in the base command will be advertised
|
||||||
as the value of the command in the capability advertisement in the form
|
as the value of the command in the capability advertisement in the form
|
||||||
of a space separated list of features: "<command>=<feature 1> <feature 2>"
|
of a space separated list of features: "<command>=<feature-1> <feature-2>"
|
||||||
|
|
||||||
A `fetch` request can take the following arguments:
|
A `fetch` request can take the following arguments:
|
||||||
|
|
||||||
|
@ -363,7 +363,7 @@ can be included in the client's request as well as the potential
|
||||||
addition of the 'packfile-uris' section in the server's response as
|
addition of the 'packfile-uris' section in the server's response as
|
||||||
explained below.
|
explained below.
|
||||||
|
|
||||||
packfile-uris <comma-separated list of protocols>
|
packfile-uris <comma-separated-list-of-protocols>
|
||||||
Indicates to the server that the client is willing to receive
|
Indicates to the server that the client is willing to receive
|
||||||
URIs of any of the given protocols in place of objects in the
|
URIs of any of the given protocols in place of objects in the
|
||||||
sent packfile. Before performing the connectivity check, the
|
sent packfile. Before performing the connectivity check, the
|
||||||
|
@ -534,7 +534,7 @@ with objects using hash algorithm X. If not specified, the server is assumed to
|
||||||
only handle SHA-1. If the client would like to use a hash algorithm other than
|
only handle SHA-1. If the client would like to use a hash algorithm other than
|
||||||
SHA-1, it should specify its object-format string.
|
SHA-1, it should specify its object-format string.
|
||||||
|
|
||||||
session-id=<session id>
|
session-id=<session-id>
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
|
|
||||||
The server may advertise a session ID that can be used to identify this process
|
The server may advertise a session ID that can be used to identify this process
|
||||||
|
|
|
@ -151,7 +151,7 @@ the superproject's `$GIT_DIR/config` file, so the superproject's history
|
||||||
is not affected. This can be undone using `git submodule init`.
|
is not affected. This can be undone using `git submodule init`.
|
||||||
|
|
||||||
* Deleted submodule: A submodule can be deleted by running
|
* Deleted submodule: A submodule can be deleted by running
|
||||||
`git rm <submodule path> && git commit`. This can be undone
|
`git rm <submodule-path> && git commit`. This can be undone
|
||||||
using `git revert`.
|
using `git revert`.
|
||||||
+
|
+
|
||||||
The deletion removes the superproject's tracking data, which are
|
The deletion removes the superproject's tracking data, which are
|
||||||
|
@ -229,7 +229,7 @@ Workflow for a third party library
|
||||||
git submodule add <URL> <path>
|
git submodule add <URL> <path>
|
||||||
|
|
||||||
# Occasionally update the submodule to a new version:
|
# Occasionally update the submodule to a new version:
|
||||||
git -C <path> checkout <new version>
|
git -C <path> checkout <new-version>
|
||||||
git add <path>
|
git add <path>
|
||||||
git commit -m "update submodule to new version"
|
git commit -m "update submodule to new version"
|
||||||
|
|
||||||
|
|
|
@ -343,7 +343,7 @@ $home_link_str::
|
||||||
Label for the "home link" at the top of all pages, leading to `$home_link`
|
Label for the "home link" at the top of all pages, leading to `$home_link`
|
||||||
(usually the main gitweb page, which contains the projects list). It is
|
(usually the main gitweb page, which contains the projects list). It is
|
||||||
used as the first component of gitweb's "breadcrumb trail":
|
used as the first component of gitweb's "breadcrumb trail":
|
||||||
`<home link> / <project> / <action>`. Can be set at build time using
|
`<home-link> / <project> / <action>`. Can be set at build time using
|
||||||
the `GITWEB_HOME_LINK_STR` variable. By default it is set to "projects",
|
the `GITWEB_HOME_LINK_STR` variable. By default it is set to "projects",
|
||||||
as this link leads to the list of projects. Another popular choice is to
|
as this link leads to the list of projects. Another popular choice is to
|
||||||
set it to the name of site. Note that it is treated as raw HTML so it
|
set it to the name of site. Note that it is treated as raw HTML so it
|
||||||
|
@ -604,9 +604,9 @@ Many gitweb features can be enabled (or disabled) and configured using the
|
||||||
Each `%feature` hash element is a hash reference and has the following
|
Each `%feature` hash element is a hash reference and has the following
|
||||||
structure:
|
structure:
|
||||||
----------------------------------------------------------------------
|
----------------------------------------------------------------------
|
||||||
"<feature_name>" => {
|
"<feature-name>" => {
|
||||||
"sub" => <feature-sub (subroutine)>,
|
"sub" => <feature-sub-(subroutine)>,
|
||||||
"override" => <allow-override (boolean)>,
|
"override" => <allow-override-(boolean)>,
|
||||||
"default" => [ <options>... ]
|
"default" => [ <options>... ]
|
||||||
},
|
},
|
||||||
----------------------------------------------------------------------
|
----------------------------------------------------------------------
|
||||||
|
@ -614,7 +614,7 @@ Some features cannot be overridden per project. For those
|
||||||
features the structure of appropriate `%feature` hash element has a simpler
|
features the structure of appropriate `%feature` hash element has a simpler
|
||||||
form:
|
form:
|
||||||
----------------------------------------------------------------------
|
----------------------------------------------------------------------
|
||||||
"<feature_name>" => {
|
"<feature-name>" => {
|
||||||
"override" => 0,
|
"override" => 0,
|
||||||
"default" => [ <options>... ]
|
"default" => [ <options>... ]
|
||||||
},
|
},
|
||||||
|
|
|
@ -305,7 +305,7 @@ pathnames. In most general form such path_info (component) based gitweb URL
|
||||||
looks like this:
|
looks like this:
|
||||||
|
|
||||||
-----------------------------------------------------------------------
|
-----------------------------------------------------------------------
|
||||||
.../gitweb.cgi/<repo>/<action>/<revision_from>:/<path_from>..<revision_to>:/<path_to>?<arguments>
|
.../gitweb.cgi/<repo>/<action>/<revision-from>:/<path-from>..<revision-to>:/<path-to>?<arguments>
|
||||||
-----------------------------------------------------------------------
|
-----------------------------------------------------------------------
|
||||||
|
|
||||||
|
|
||||||
|
|
|
@ -5,7 +5,7 @@
|
||||||
* `<absolute-pathname>` - Writes to the file in append mode. If the target
|
* `<absolute-pathname>` - Writes to the file in append mode. If the target
|
||||||
already exists and is a directory, the traces will be written to files (one
|
already exists and is a directory, the traces will be written to files (one
|
||||||
per process) underneath the given directory.
|
per process) underneath the given directory.
|
||||||
* `af_unix:[<socket_type>:]<absolute-pathname>` - Write to a
|
* `af_unix:[<socket-type>:]<absolute-pathname>` - Write to a
|
||||||
Unix DomainSocket (on platforms that support them). Socket
|
Unix DomainSocket (on platforms that support them). Socket
|
||||||
type can be either `stream` or `dgram`; if omitted Git will
|
type can be either `stream` or `dgram`; if omitted Git will
|
||||||
try both.
|
try both.
|
||||||
|
|
|
@ -73,8 +73,8 @@ use will be rewritten into URLs that work), you can create a
|
||||||
configuration section of the form:
|
configuration section of the form:
|
||||||
|
|
||||||
------------
|
------------
|
||||||
[url "<actual url base>"]
|
[url "<actual-url-base>"]
|
||||||
insteadOf = <other url base>
|
insteadOf = <other-url-base>
|
||||||
------------
|
------------
|
||||||
|
|
||||||
For example, with this:
|
For example, with this:
|
||||||
|
@ -92,8 +92,8 @@ If you want to rewrite URLs for push only, you can create a
|
||||||
configuration section of the form:
|
configuration section of the form:
|
||||||
|
|
||||||
------------
|
------------
|
||||||
[url "<actual url base>"]
|
[url "<actual-url-base>"]
|
||||||
pushInsteadOf = <other url base>
|
pushInsteadOf = <other-url-base>
|
||||||
------------
|
------------
|
||||||
|
|
||||||
For example, with this:
|
For example, with this:
|
||||||
|
|
|
@ -4100,8 +4100,8 @@ independently of the contents or the type of the object: all objects can
|
||||||
be validated by verifying that (a) their hashes match the content of the
|
be validated by verifying that (a) their hashes match the content of the
|
||||||
file and (b) the object successfully inflates to a stream of bytes that
|
file and (b) the object successfully inflates to a stream of bytes that
|
||||||
forms a sequence of
|
forms a sequence of
|
||||||
`<ascii type without space> + <space> + <ascii decimal size> +
|
`<ascii-type-without-space> + <space> + <ascii-decimal-size> +
|
||||||
<byte\0> + <binary object data>`.
|
<byte\0> + <binary-object-data>`.
|
||||||
|
|
||||||
The structured objects can further have their structure and
|
The structured objects can further have their structure and
|
||||||
connectivity to other objects verified. This is generally done with
|
connectivity to other objects verified. This is generally done with
|
||||||
|
|
|
@ -21,7 +21,7 @@
|
||||||
N_("git commit-graph write [--object-dir <dir>] [--append]\n" \
|
N_("git commit-graph write [--object-dir <dir>] [--append]\n" \
|
||||||
" [--split[=<strategy>]] [--reachable | --stdin-packs | --stdin-commits]\n" \
|
" [--split[=<strategy>]] [--reachable | --stdin-packs | --stdin-commits]\n" \
|
||||||
" [--changed-paths] [--[no-]max-new-filters <n>] [--[no-]progress]\n" \
|
" [--changed-paths] [--[no-]max-new-filters <n>] [--[no-]progress]\n" \
|
||||||
" <split options>")
|
" <split-options>")
|
||||||
|
|
||||||
static const char * builtin_commit_graph_verify_usage[] = {
|
static const char * builtin_commit_graph_verify_usage[] = {
|
||||||
BUILTIN_COMMIT_GRAPH_VERIFY_USAGE,
|
BUILTIN_COMMIT_GRAPH_VERIFY_USAGE,
|
||||||
|
|
Loading…
Reference in a new issue