From: Junio C Hamano <gitster@pobox.com>
To: Tian Yuchen <cat@malon.dev>
Cc: Trieu Huynh <vikingtc4@gmail.com>, git@vger.kernel.org
Subject: Re: [GSoC PATCH] promisor-remote: fix promisor.quiet to use the correct repository
Date: Wed, 08 Apr 2026 11:23:37 -0700 [thread overview]
Message-ID: <xmqqzf3dxqdy.fsf@gitster.g> (raw)
In-Reply-To: <fbe81fee-ef1a-499e-bf53-d6f1761bb30e@malon.dev> (Tian Yuchen's message of "Thu, 9 Apr 2026 01:48:59 +0800")
Tian Yuchen <cat@malon.dev> writes:
> On 4/7/26 02:30, Trieu Huynh wrote:
>
> I strongly recommend you to run a patch locally before sending it.
>
> not ok 38 - promisor.quiet from submodule repo is honored
FWIW, I didn't see it fail in my local environment (both in 'seen'
and also standalone) or at GitHub CI (in 'seen'), so it is a bit
hasty to conclude that the patch was sent without proper testing.
I wonder what is different in _your_ environment (note, I am not
saying your environment is _wrong_. It is just different, perhaps
the compiler I use and your build environment may align things
differently, or perhaps on-stack "uninitialied" pieces of memory
happen to have different values that the code is reading that causes
different behaviours---in which case it is the code that is wrong.
Asking for environment differences is the first step to figure out
what incorrect environment dependencies the code has).
>> +test_expect_success 'promisor.quiet from submodule repo is honored' '
>> + rm -f pc-quiet-trace &&
>> +
>> + # Set promisor.quiet only in the submodule, not the superproject.
>> + git -C super-work/sub config promisor.quiet true &&
>> +
>> + # Push a new commit+blob to the server; the blob stays missing in the
>> + # partial-clone submodule until a lazy fetch is triggered.
>> + test_commit -C sub-pc-src updated new-file.txt "world" &&
>> + git -C sub-pc-src push "$(pwd)/sub-pc-srv.bare" HEAD:master &&
>> + git -C super-work/sub -c protocol.file.allow=always fetch origin &&
>> + git -C super-work/sub reset --mixed origin/master &&
>> +
>> + # grep descends into the submodule and triggers a lazy fetch for the
>> + # missing blob; verify the fetch subprocess carries --quiet.
>> + GIT_TRACE2_EVENT="$(pwd)/pc-quiet-trace" \
>> + git -C super-work grep --cached --recurse-submodules "world" \
>> + 2>/dev/null &&
>> + grep negotiationAlgorithm pc-quiet-trace | grep -e --quiet
>> +'
>> +
>> . "$TEST_DIRECTORY"/lib-httpd.sh
>> start_httpd
>>
>
> Regards, Yuchen
next prev parent reply other threads:[~2026-04-08 18:23 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-06 18:30 [GSoC PATCH] promisor-remote: fix promisor.quiet to use the correct repository Trieu Huynh
2026-04-08 17:48 ` Tian Yuchen
2026-04-08 18:23 ` Junio C Hamano [this message]
2026-04-09 4:34 ` Tian Yuchen
2026-04-13 18:22 ` Trieu Huynh
2026-04-15 17:39 ` Junio C Hamano
2026-04-15 18:03 ` Tian Yuchen
2026-04-08 17:53 ` Tian Yuchen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqzf3dxqdy.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=cat@malon.dev \
--cc=git@vger.kernel.org \
--cc=vikingtc4@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.