summaryrefslogtreecommitdiff
path: root/archive-zip.c
diff options
context:
space:
mode:
authorFredrik Medley <fredrik.medley@gmail.com>2015-05-21 20:23:39 (GMT)
committerJunio C Hamano <gitster@pobox.com>2015-05-23 01:25:36 (GMT)
commit68ee628932c2196742b77d2961c5e16360734a62 (patch)
treed291d037badd372d77b6d405c2984858beba4f1e /archive-zip.c
parent7199c093ad4a90bd0d9012681b6a148ab8c945e3 (diff)
downloadgit-68ee628932c2196742b77d2961c5e16360734a62.zip
git-68ee628932c2196742b77d2961c5e16360734a62.tar.gz
git-68ee628932c2196742b77d2961c5e16360734a62.tar.bz2
upload-pack: optionally allow fetching reachable sha1
With uploadpack.allowReachableSHA1InWant configuration option set on the server side, "git fetch" can make a request with a "want" line that names an object that has not been advertised (likely to have been obtained out of band or from a submodule pointer). Only objects reachable from the branch tips, i.e. the union of advertised branches and branches hidden by transfer.hideRefs, will be processed. Note that there is an associated cost of having to walk back the history to check the reachability. This feature can be used when obtaining the content of a certain commit, for which the sha1 is known, without the need of cloning the whole repository, especially if a shallow fetch is used. Useful cases are e.g. repositories containing large files in the history, fetching only the needed data for a submodule checkout, when sharing a sha1 without telling which exact branch it belongs to and in Gerrit, if you think in terms of commits instead of change numbers. (The Gerrit case has already been solved through allowTipSHA1InWant as every Gerrit change has a ref.) Signed-off-by: Fredrik Medley <fredrik.medley@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'archive-zip.c')
0 files changed, 0 insertions, 0 deletions