fetch --tags: clarify documentation
Explain that --tags is just like another explicit refspec on the command line and as such overrides the default refspecs configured via the remote.$name.fetch variable. Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:
parent
bdd478d620
commit
f0cb2f137c
@ -57,14 +57,11 @@ endif::git-pull[]
|
|||||||
ifndef::git-pull[]
|
ifndef::git-pull[]
|
||||||
-t::
|
-t::
|
||||||
--tags::
|
--tags::
|
||||||
Most of the tags are fetched automatically as branch
|
This is a short-hand for giving "refs/tags/*:refs/tags/*"
|
||||||
heads are downloaded, but tags that do not point at
|
refspec from the command line, to ask all tags to be fetched
|
||||||
objects reachable from the branch heads that are being
|
and stored locally. Because this acts as an explicit
|
||||||
tracked will not be fetched by this mechanism. This
|
refspec, the default refspecs (configured with the
|
||||||
flag lets all tags and their associated objects be
|
remote.$name.fetch variable) are overridden and not used.
|
||||||
downloaded. The default behavior for a remote may be
|
|
||||||
specified with the remote.<name>.tagopt setting. See
|
|
||||||
linkgit:git-config[1].
|
|
||||||
|
|
||||||
--recurse-submodules[=yes|on-demand|no]::
|
--recurse-submodules[=yes|on-demand|no]::
|
||||||
This option controls if and under what conditions new commits of
|
This option controls if and under what conditions new commits of
|
||||||
|
Loading…
Reference in New Issue
Block a user