Re: [PATCH 0/7] clone: fix init of refdb with wrong object format
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Dec 10, 2023, 03:16 UTC
- Message-ID
- <xmqq7clmn3w1.fsf@gitster.g>
- In-Reply-To
- <cover.1701863960.git.ps@pks.im>
Patrick Steinhardt <ps@pks.im> writes:
Show 8 quoted lines
> While at it I noticed that this actually fixes a bug with bundle URIs > when the object formats diverge in this way. > ... > This patch series is actually the last incompatibility for the reftable > backend that I have found. All tests except for the files-backend > specific ones pass now with the current state I have at [1], which is > currently at e6f2f592b7 (t: skip tests which are incompatible with > reftable, 2023-11-24)
An existing test
$ make && cd t && GIT_TEST_DEFAULT_HASH=sha256 sh t5550-http-fetch-dumb.sh
passes with vanilla Git 2.43, but with these patches applied, it fails the "7 - empty dumb HTTP" step.
Thanks.