]> git.ipfire.org Git - thirdparty/git.git/commit
clone: request the 'bundle-uri' command when available
authorÆvar Arnfjörð Bjarmason <avarab@gmail.com>
Thu, 22 Dec 2022 15:14:09 +0000 (15:14 +0000)
committerJunio C Hamano <gitster@pobox.com>
Sun, 25 Dec 2022 07:24:23 +0000 (16:24 +0900)
commit0cfde740f0b2c9474aae3a381d1d6e97c7468e7a
tree2ef307c1e77e2f6ead5f12e74a79ffde16f49d5a
parent8f788eb8b75502acb5c7d771279e486bae626dde
clone: request the 'bundle-uri' command when available

Set up all the needed client parts of the 'bundle-uri' protocol v2
command, without actually doing anything with the bundle URIs.

If the server says it supports 'bundle-uri' teach Git to issue the
'bundle-uri' command after the 'ls-refs' during 'git clone'. The
returned key=value pairs are passed to the bundle list code which is
tested using a different ingest mechanism in t5750-bundle-uri-parse.sh.

At this point, Git does nothing with that bundle list. It will not
download any of the bundles. That will come in a later change after
these protocol bits are finalized.

The no-op client is initially used only by 'git clone' to test the basic
functionality, and eventually will bootstrap the initial download of Git
objects during a fresh clone. The bundle URI client will not be
integrated into other fetches until a mechanism is created to select a
subset of bundles for download.

Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Derrick Stolee <derrickstolee@github.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/clone.c
connect.c
remote.h
t/lib-bundle-uri-protocol.sh
transport-helper.c
transport-internal.h
transport.c
transport.h