@@ -425,71 +425,7 @@ include::config/transfer.txt[]
425425
426426include::config/uploadarchive.txt[]
427427
428- uploadpack.hideRefs::
429- This variable is the same as `transfer.hideRefs`, but applies
430- only to `upload-pack` (and so affects only fetches, not pushes).
431- An attempt to fetch a hidden ref by `git fetch` will fail. See
432- also `uploadpack.allowTipSHA1InWant`.
433-
434- uploadpack.allowTipSHA1InWant::
435- When `uploadpack.hideRefs` is in effect, allow `upload-pack`
436- to accept a fetch request that asks for an object at the tip
437- of a hidden ref (by default, such a request is rejected).
438- See also `uploadpack.hideRefs`. Even if this is false, a client
439- may be able to steal objects via the techniques described in the
440- "SECURITY" section of the linkgit:gitnamespaces[7] man page; it's
441- best to keep private data in a separate repository.
442-
443- uploadpack.allowReachableSHA1InWant::
444- Allow `upload-pack` to accept a fetch request that asks for an
445- object that is reachable from any ref tip. However, note that
446- calculating object reachability is computationally expensive.
447- Defaults to `false`. Even if this is false, a client may be able
448- to steal objects via the techniques described in the "SECURITY"
449- section of the linkgit:gitnamespaces[7] man page; it's best to
450- keep private data in a separate repository.
451-
452- uploadpack.allowAnySHA1InWant::
453- Allow `upload-pack` to accept a fetch request that asks for any
454- object at all.
455- Defaults to `false`.
456-
457- uploadpack.keepAlive::
458- When `upload-pack` has started `pack-objects`, there may be a
459- quiet period while `pack-objects` prepares the pack. Normally
460- it would output progress information, but if `--quiet` was used
461- for the fetch, `pack-objects` will output nothing at all until
462- the pack data begins. Some clients and networks may consider
463- the server to be hung and give up. Setting this option instructs
464- `upload-pack` to send an empty keepalive packet every
465- `uploadpack.keepAlive` seconds. Setting this option to 0
466- disables keepalive packets entirely. The default is 5 seconds.
467-
468- uploadpack.packObjectsHook::
469- If this option is set, when `upload-pack` would run
470- `git pack-objects` to create a packfile for a client, it will
471- run this shell command instead. The `pack-objects` command and
472- arguments it _would_ have run (including the `git pack-objects`
473- at the beginning) are appended to the shell command. The stdin
474- and stdout of the hook are treated as if `pack-objects` itself
475- was run. I.e., `upload-pack` will feed input intended for
476- `pack-objects` to the hook, and expects a completed packfile on
477- stdout.
478- +
479- Note that this configuration variable is ignored if it is seen in the
480- repository-level config (this is a safety measure against fetching from
481- untrusted repositories).
482-
483- uploadpack.allowFilter::
484- If this option is set, `upload-pack` will support partial
485- clone and partial fetch object filtering.
486-
487- uploadpack.allowRefInWant::
488- If this option is set, `upload-pack` will support the `ref-in-want`
489- feature of the protocol version 2 `fetch` command. This feature
490- is intended for the benefit of load-balanced servers which may
491- not have the same view of what OIDs their refs point to due to
492- replication delay.
428+ include::config/uploadpack.txt[]
493429
494430url.<base>.insteadOf::
495431 Any URL that starts with this value will be rewritten to
0 commit comments