summaryrefslogtreecommitdiff
path: root/t/t4013/diff.noellipses-diff_--no-index_--raw_--abbrev=4_dir2_dir
diff options
context:
space:
mode:
authorLibravatar Jonathan Tan <jonathantanmy@google.com>2020-07-16 11:09:50 -0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2020-07-16 14:07:19 -0700
commit77aa0941ce8ac2dc0027f85e0c79632034cd47f0 (patch)
tree522566e2c589bbce3523f8351f7dd7e262cad136 /t/t4013/diff.noellipses-diff_--no-index_--raw_--abbrev=4_dir2_dir
parentGit 2.28-rc0 (diff)
downloadtgif-77aa0941ce8ac2dc0027f85e0c79632034cd47f0.tar.xz
upload-pack: do not lazy-fetch "have" objects
When upload-pack receives a request containing "have" hashes, it (among other things) checks if the served repository has the corresponding objects. However, it does not do so with the OBJECT_INFO_SKIP_FETCH_OBJECT flag, so if serving a partial clone, a lazy fetch will be triggered first. This was discovered at $DAYJOB when a user fetched from a partial clone (into another partial clone - although this would also happen if the repo to be fetched into is not a partial clone). Therefore, whenever "have" hashes are checked for existence, pass the OBJECT_INFO_SKIP_FETCH_OBJECT flag. Also add the OBJECT_INFO_QUICK flag to improve performance, as it is typical that such objects do not exist in the serving repo, and the consequences of a false negative are minor (usually, a slightly larger pack sent). Signed-off-by: Jonathan Tan <jonathantanmy@google.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t4013/diff.noellipses-diff_--no-index_--raw_--abbrev=4_dir2_dir')
0 files changed, 0 insertions, 0 deletions