From: Junio C Hamano <gitster@pobox.com>
To: Jeff King <peff@peff.net>
Cc: git@vger.kernel.org, Jonathan Nieder <jrnieder@gmail.com>
Subject: Re: [PATCH] push: avoid showing false negotiation errors
Date: Tue, 02 Jul 2024 14:51:56 -0700 [thread overview]
Message-ID: <xmqqcynvqx6r.fsf@gitster.g> (raw)
In-Reply-To: <20240702211151.GA120950@coredump.intra.peff.net> (Jeff King's message of "Tue, 2 Jul 2024 17:11:51 -0400")
Jeff King <peff@peff.net> writes:
>> diff --git c/t/t5516-fetch-push.sh w/t/t5516-fetch-push.sh
>> index 2e7c0e1648..a3f18404d9 100755
>> --- c/t/t5516-fetch-push.sh
>> +++ w/t/t5516-fetch-push.sh
>> @@ -230,6 +230,17 @@ test_expect_success 'push with negotiation proceeds anyway even if negotiation f
>> test_grep "push negotiation failed" err
>> '
>>
>> +test_expect_success 'push deletion with negotiation' '
>> + mk_empty testrepo &&
>> + git push testrepo $the_first_commit:refs/heads/master &&
>> + git ls-remote testrepo >ls-remote &&
>> + git -c push.negotiate=1 push testrepo \
>> + :master $the_first_commit:refs/heads/next 2>errors-2 &&
>> + test_grep ! "negotiate-only needs one or " errors-2 &&
>> + git -c push.negotiate=1 push testrepo :next 2>errors-1 &&
>> + test_grep ! "negotiate-only needs one or " errors-1
>> +'
>
> The test mostly makes sense, though is the ls-remote bit leftover
> debugging cruft?
The ls-remote is more of "forward-looking" (as opposed to
"leftover") debugging cruft to help future debugging when somebody
breaks the tests. I can remove it, of course, as it is not required
for the tests to work correctly.
Thanks.
prev parent reply other threads:[~2024-07-02 21:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-02 19:57 [PATCH] push: avoid showing false negotiation errors Junio C Hamano
2024-07-02 21:11 ` Jeff King
2024-07-02 21:51 ` Junio C Hamano [this message]
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=xmqqcynvqx6r.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=jrnieder@gmail.com \
--cc=peff@peff.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).