Re: With big repos and slower connections, git clone can be hard to work with
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jun 11, 2024, 15:12 UTC
- Message-ID
- <xmqqh6dzy0mr.fsf@gitster.g>
- In-Reply-To
- <20240611063123.GB3248245@coredump.intra.peff.net>
Jeff King <peff@peff.net> writes:
Show 9 quoted lines
> I think they serve two different purposes. A packfile URI does not have > any connectivity guarantees. So it lets a server say "here's all the > objects, except for XYZ which you should fetch from this URL". That's > good for offloading pieces of a clone, like single large objects. > > Whereas bundle URIs require very little cooperation from the server. > While a server can advertise bundle URIs, it doesn't need to know about > the particular bundle a client grabbed. The client comes back with the > usual have/want, just like any other fetching client.
Yes, a bundle being a self-contained "object-store + tips", it is a much more suitable building block for offloading clone traffic.