summaryrefslogtreecommitdiff
path: root/t/t9142-git-svn-shallow-clone.sh
diff options
context:
space:
mode:
authorJonathan Tan <jonathantanmy@google.com>2018-09-21 18:22:38 (GMT)
committerJunio C Hamano <gitster@pobox.com>2018-09-21 20:20:49 (GMT)
commit35f9e3e5e7a6436b50a8709e7e14a65a10cc1e7a (patch)
treecb042362ae6dfae86d7239ec22ca68b7cbd3afb1 /t/t9142-git-svn-shallow-clone.sh
parent4937291b45800372c2c34855a6a36d5d2a77af2c (diff)
downloadgit-35f9e3e5e7a6436b50a8709e7e14a65a10cc1e7a.zip
git-35f9e3e5e7a6436b50a8709e7e14a65a10cc1e7a.tar.gz
git-35f9e3e5e7a6436b50a8709e7e14a65a10cc1e7a.tar.bz2
fetch: in partial clone, check presence of targets
When fetching an object that is known as a promisor object to the local repository, the connectivity check in quickfetch() in builtin/fetch.c succeeds, causing object transfer to be bypassed. However, this should not happen if that object is merely promised and not actually present. Because this happens, when a user invokes "git fetch origin <sha-1>" on the command-line, the <sha-1> object may not actually be fetched even though the command returns an exit code of 0. This is a similar issue (but with a different cause) to the one fixed by a0c9016abd ("upload-pack: send refs' objects despite "filter"", 2018-07-09). Therefore, update quickfetch() to also directly check for the presence of all objects to be fetched. Its documentation and name are also updated to better reflect what it does. Signed-off-by: Jonathan Tan <jonathantanmy@google.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t9142-git-svn-shallow-clone.sh')
0 files changed, 0 insertions, 0 deletions