]> git.ipfire.org Git - thirdparty/git.git/commit
fetch: fix following tags when fetching specific OID
authorTaylor Blau <me@ttaylorr.com>
Fri, 7 Mar 2025 23:27:03 +0000 (18:27 -0500)
committerJunio C Hamano <gitster@pobox.com>
Sat, 8 Mar 2025 00:15:18 +0000 (16:15 -0800)
commitbd52d9a0583a2d12f584fdf6b47d2c2f51c0d791
tree21beac2095112e9d2c975945af880002a9d73a27
parentf93ff170b93a1782659637824b25923245ac9dd1
fetch: fix following tags when fetching specific OID

In 3f763ddf28 (fetch: set remote/HEAD if it does not exist, 2024-11-22),
unconditionally adds "HEAD" to the list of ref prefixes we send to the
server.

This breaks a core assumption that the list of prefixes we send to the
server is complete. We must either send all prefixes we care about, or
none at all (in the latter case the server then advertises everything).

The tag following code is careful to only add "refs/tags/" to the list
of prefixes if there are already entries in the prefix list. But because
the new code from 3f763ddf28 runs after the tag code, and because it
unconditionally adds to the prefix list, we may end up with a prefix
list that _should_ have "refs/tags/" in it, but doesn't.

When that is the case, the server does not advertise any tags, and our
auto-following breaks because we never learned about any tags in the
first place.

Fix this by only adding "HEAD" to the ref prefixes when we know that we
are already limiting the advertisement. In either case we'll learn about
HEAD (either through the limited advertisement, or implicitly through a
full advertisement).

Reported-by: Igor Todorovski <itodorov@ca.ibm.com>
Co-authored-by: Jeff King <peff@peff.net>
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Taylor Blau <me@ttaylorr.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/fetch.c
t/t5503-tagfollow.sh