remote: handle negative refspecs in git remote show
[alt-git.git] / Documentation / config / fetch.txt
blob0db7fe85bb8c87bd041156bc40b70d680194d00a
1 fetch.recurseSubmodules::
2         This option controls whether `git fetch` (and the underlying fetch
3         in `git pull`) will recursively fetch into populated submodules.
4         This option can be set either to a boolean value or to 'on-demand'.
5         Setting it to a boolean changes the behavior of fetch and pull to
6         recurse unconditionally into submodules when set to true or to not
7         recurse at all when set to false. When set to 'on-demand', fetch and
8         pull will only recurse into a populated submodule when its
9         superproject retrieves a commit that updates the submodule's
10         reference.
11         Defaults to 'on-demand', or to the value of 'submodule.recurse' if set.
13 fetch.fsckObjects::
14         If it is set to true, git-fetch-pack will check all fetched
15         objects. See `transfer.fsckObjects` for what's
16         checked. Defaults to false. If not set, the value of
17         `transfer.fsckObjects` is used instead.
19 fetch.fsck.<msg-id>::
20         Acts like `fsck.<msg-id>`, but is used by
21         linkgit:git-fetch-pack[1] instead of linkgit:git-fsck[1]. See
22         the `fsck.<msg-id>` documentation for details.
24 fetch.fsck.skipList::
25         Acts like `fsck.skipList`, but is used by
26         linkgit:git-fetch-pack[1] instead of linkgit:git-fsck[1]. See
27         the `fsck.skipList` documentation for details.
29 fetch.unpackLimit::
30         If the number of objects fetched over the Git native
31         transfer is below this
32         limit, then the objects will be unpacked into loose object
33         files. However if the number of received objects equals or
34         exceeds this limit then the received pack will be stored as
35         a pack, after adding any missing delta bases.  Storing the
36         pack from a push can make the push operation complete faster,
37         especially on slow filesystems.  If not set, the value of
38         `transfer.unpackLimit` is used instead.
40 fetch.prune::
41         If true, fetch will automatically behave as if the `--prune`
42         option was given on the command line.  See also `remote.<name>.prune`
43         and the PRUNING section of linkgit:git-fetch[1].
45 fetch.pruneTags::
46         If true, fetch will automatically behave as if the
47         `refs/tags/*:refs/tags/*` refspec was provided when pruning,
48         if not set already. This allows for setting both this option
49         and `fetch.prune` to maintain a 1=1 mapping to upstream
50         refs. See also `remote.<name>.pruneTags` and the PRUNING
51         section of linkgit:git-fetch[1].
53 fetch.output::
54         Control how ref update status is printed. Valid values are
55         `full` and `compact`. Default value is `full`. See section
56         OUTPUT in linkgit:git-fetch[1] for detail.
58 fetch.negotiationAlgorithm::
59         Control how information about the commits in the local repository
60         is sent when negotiating the contents of the packfile to be sent by
61         the server.  Set to "consecutive" to use an algorithm that walks
62         over consecutive commits checking each one.  Set to "skipping" to
63         use an algorithm that skips commits in an effort to converge
64         faster, but may result in a larger-than-necessary packfile; or set
65         to "noop" to not send any information at all, which will almost
66         certainly result in a larger-than-necessary packfile, but will skip
67         the negotiation step.  Set to "default" to override settings made
68         previously and use the default behaviour.  The default is normally
69         "consecutive", but if `feature.experimental` is true, then the
70         default is "skipping".  Unknown values will cause 'git fetch' to
71         error out.
73 See also the `--negotiate-only` and `--negotiation-tip` options to
74 linkgit:git-fetch[1].
76 fetch.showForcedUpdates::
77         Set to false to enable `--no-show-forced-updates` in
78         linkgit:git-fetch[1] and linkgit:git-pull[1] commands.
79         Defaults to true.
81 fetch.parallel::
82         Specifies the maximal number of fetch operations to be run in parallel
83         at a time (submodules, or remotes when the `--multiple` option of
84         linkgit:git-fetch[1] is in effect).
86 A value of 0 will give some reasonable default. If unset, it defaults to 1.
88 For submodules, this setting can be overridden using the `submodule.fetchJobs`
89 config setting.
91 fetch.writeCommitGraph::
92         Set to true to write a commit-graph after every `git fetch` command
93         that downloads a pack-file from a remote. Using the `--split` option,
94         most executions will create a very small commit-graph file on top of
95         the existing commit-graph file(s). Occasionally, these files will
96         merge and the write may take longer. Having an updated commit-graph
97         file helps performance of many Git commands, including `git merge-base`,
98         `git push -f`, and `git log --graph`. Defaults to false.
100 fetch.credentialsInUrl::
101         A URL can contain plaintext credentials in the form
102         `<protocol>://<user>:<password>@<domain>/<path>`. Using such URLs
103         is not recommended as it exposes the password in multiple ways,
104         including Git storing the URL as plaintext in the repository config.
105         The `fetch.credentialsInUrl` option provides instruction for how Git
106         should react to seeing such a URL, with these values:
108 * `allow` (default): Git will proceed with its activity without warning.
109 * `warn`: Git will write a warning message to `stderr` when parsing a URL
110   with a plaintext credential.
111 * `die`: Git will write a failure message to `stderr` when parsing a URL
112   with a plaintext credential.