Message ID | 20241206124248.160494-1-christian.couder@gmail.com (mailing list archive) |
---|---|
Headers | show |
Series | Introduce a "promisor-remote" capability | expand |
Christian Couder <christian.couder@gmail.com> writes: > This work is part of some effort to better handle large files/blobs in > a client-server context using promisor remotes dedicated to storing > large blobs. To help understand this effort, this series now contains > a patch (patch 5/5) that adds design documentation about this effort. https://github.com/git/git/actions/runs/12229786922/job/34110073072 is a CI-run on 'seen' with this topic. linux-TEST-vars job is failing. A CI-run for the same topics in 'seen' but without this topic is https://github.com/git/git/actions/runs/12230853182/job/34112864500 This topic seems to break linux-TEST-vars CI job (where different settings like + export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME=master is used).
On Mon, Dec 9, 2024 at 9:04 AM Junio C Hamano <gitster@pobox.com> wrote: > > Christian Couder <christian.couder@gmail.com> writes: > > > This work is part of some effort to better handle large files/blobs in > > a client-server context using promisor remotes dedicated to storing > > large blobs. To help understand this effort, this series now contains > > a patch (patch 5/5) that adds design documentation about this effort. > > https://github.com/git/git/actions/runs/12229786922/job/34110073072 > is a CI-run on 'seen' with this topic. linux-TEST-vars job is failing. > > A CI-run for the same topics in 'seen' but without this topic is > https://github.com/git/git/actions/runs/12230853182/job/34112864500 > > This topic seems to break linux-TEST-vars CI job (where different > settings like + export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME=master > is used). Yeah, in the "CI tests" section in the cover letter I wrote: > One test, linux-TEST-vars, failed much earlier, in what doesn't look > like a CI issue as I could reproduce the failure locally when setting > GIT_TEST_MULTI_PACK_INDEX_WRITE_INCREMENTAL to 1. I will investigate, > but in the meantime I think I can send this as-is so we can start > discussing. I noticed that fcb2205b77 (midx: implement support for writing incremental MIDX chains, 2024-08-06) which introduced GIT_TEST_MULTI_PACK_INDEX_WRITE_INCREMENTAL adds lines like: GIT_TEST_MULTI_PACK_INDEX=0 GIT_TEST_MULTI_PACK_INDEX_WRITE_INCREMENTAL=0 at the top of a number of repack related test scripts like t7700-repack.sh, so I guess that it should be OK to add the same lines at the top of the t5710 test script added by this series. This should fix the CI failures. I have made this change in my current version. Thanks. Yeah, not sure why
On Mon, Dec 9, 2024 at 11:40 AM Christian Couder
<christian.couder@gmail.com> wrote:
> Yeah, not sure why
Sorry for this. It's an editing mistake.
Christian Couder <christian.couder@gmail.com> writes: > I noticed that fcb2205b77 (midx: implement support for writing > incremental MIDX chains, 2024-08-06) > which introduced GIT_TEST_MULTI_PACK_INDEX_WRITE_INCREMENTAL adds lines like: > > GIT_TEST_MULTI_PACK_INDEX=0 > GIT_TEST_MULTI_PACK_INDEX_WRITE_INCREMENTAL=0 > > at the top of a number of repack related test scripts like > t7700-repack.sh, so I guess that it should be OK to add the same lines > at the top of the t5710 test script added by this series. This should > fix the CI failures. > > I have made this change in my current version. Thanks. Is it because the feature is fundamentally incompatible with the multi-pack index (or its incremental writing), or is it merely because the way the feature is verified assumes that the multi-pack index is not used, even though the protocol exchange, capability selection, and the actual behaviour adjustment for the capability are all working just fine? I am assuming it is the latter, but just to make sure we know where we stand... Thanks, again.