2 This variable is the same as `transfer.hideRefs`, but applies
3 only to `upload-pack` (and so affects only fetches, not pushes).
4 An attempt to fetch a hidden ref by `git fetch` will fail. See
5 also `uploadpack.allowTipSHA1InWant`.
7 uploadpack.allowTipSHA1InWant::
8 When `uploadpack.hideRefs` is in effect, allow `upload-pack`
9 to accept a fetch request that asks for an object at the tip
10 of a hidden ref (by default, such a request is rejected).
11 See also `uploadpack.hideRefs`. Even if this is false, a client
12 may be able to steal objects via the techniques described in the
13 "SECURITY" section of the linkgit:gitnamespaces[7] man page; it's
14 best to keep private data in a separate repository.
16 uploadpack.allowReachableSHA1InWant::
17 Allow `upload-pack` to accept a fetch request that asks for an
18 object that is reachable from any ref tip. However, note that
19 calculating object reachability is computationally expensive.
20 Defaults to `false`. Even if this is false, a client may be able
21 to steal objects via the techniques described in the "SECURITY"
22 section of the linkgit:gitnamespaces[7] man page; it's best to
23 keep private data in a separate repository.
25 uploadpack.allowAnySHA1InWant::
26 Allow `upload-pack` to accept a fetch request that asks for any
30 uploadpack.keepAlive::
31 When `upload-pack` has started `pack-objects`, there may be a
32 quiet period while `pack-objects` prepares the pack. Normally
33 it would output progress information, but if `--quiet` was used
34 for the fetch, `pack-objects` will output nothing at all until
35 the pack data begins. Some clients and networks may consider
36 the server to be hung and give up. Setting this option instructs
37 `upload-pack` to send an empty keepalive packet every
38 `uploadpack.keepAlive` seconds. Setting this option to 0
39 disables keepalive packets entirely. The default is 5 seconds.
41 uploadpack.packObjectsHook::
42 If this option is set, when `upload-pack` would run
43 `git pack-objects` to create a packfile for a client, it will
44 run this shell command instead. The `pack-objects` command and
45 arguments it _would_ have run (including the `git pack-objects`
46 at the beginning) are appended to the shell command. The stdin
47 and stdout of the hook are treated as if `pack-objects` itself
48 was run. I.e., `upload-pack` will feed input intended for
49 `pack-objects` to the hook, and expects a completed packfile on
52 Note that this configuration variable is ignored if it is seen in the
53 repository-level config (this is a safety measure against fetching from
54 untrusted repositories).
56 uploadpack.allowFilter::
57 If this option is set, `upload-pack` will support partial
58 clone and partial fetch object filtering.
60 uploadpackfilter.allow::
61 Provides a default value for unspecified object filters (see: the
62 below configuration variable). If set to `true`, this will also
63 enable all filters which get added in the future.
66 uploadpackfilter.<filter>.allow::
67 Explicitly allow or ban the object filter corresponding to
68 `<filter>`, where `<filter>` may be one of: `blob:none`,
69 `blob:limit`, `object:type`, `tree`, `sparse:oid`, or `combine`.
70 If using combined filters, both `combine` and all of the nested
71 filter kinds must be allowed. Defaults to `uploadpackfilter.allow`.
73 uploadpackfilter.tree.maxDepth::
74 Only allow `--filter=tree:<n>` when `<n>` is no more than the value of
75 `uploadpackfilter.tree.maxDepth`. If set, this also implies
76 `uploadpackfilter.tree.allow=true`, unless this configuration
77 variable had already been set. Has no effect if unset.
79 uploadpack.allowRefInWant::
80 If this option is set, `upload-pack` will support the `ref-in-want`
81 feature of the protocol version 2 `fetch` command. This feature
82 is intended for the benefit of load-balanced servers which may
83 not have the same view of what OIDs their refs point to due to