From: Junio C Hamano <gitster@pobox.com>
To: Heba Waly <heba.waly@gmail.com>
Cc: Git Mailing List <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Mar 2020, #01; Tue, 3)
Date: Wed, 04 Mar 2020 08:18:04 -0800 [thread overview]
Message-ID: <xmqqpnds5c1v.fsf@gitster-ct.c.googlers.com> (raw)
In-Reply-To: <CACg5j262bzzwifXXC3tGu-bbNtojKQe-j1=byaAbrSNo=WtWgg@mail.gmail.com> (Heba Waly's message of "Wed, 4 Mar 2020 16:31:33 +1300")
Heba Waly <heba.waly@gmail.com> writes:
>> * hw/advise-ng (2020-03-02) 5 commits
>> - tag: use new advice API to check visibility
>> - SQUASH???
>
> A local change that needs to be squashed?
I often leave these changes that are based on what I suggested in my
review (or what somebody else suggested and I found sensible) as a
separate "SQUASH???" patch while queuing, when I can foresee myself
changing minds later (on the other hand, trivial typofixes etc. are
often squashed directly into the patches as I queue), so that these
can be removed easily.
As such, if the original author agrees with the suggestion, it is OK
to include it in the next round (when the suggested change is small
enough, don't bother with "Helped-by"). It is OK to drop it from
the next round when the original author does not agree with the
suggestion, too, but it would be good to say why somewhere in the
discussion.
Thanks.
>> - advice: revamp advise API
>> - advice: change "setupStreamFailure" to "setUpstreamFailure"
>> - advice: extract vadvise() from advise()
>
> Heba
next prev parent reply other threads:[~2020-03-04 16:18 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-03 22:21 What's cooking in git.git (Mar 2020, #01; Tue, 3) Junio C Hamano
2020-03-03 23:05 ` Taylor Blau
2020-03-03 23:12 ` Junio C Hamano
2020-03-03 23:19 ` Junio C Hamano
2020-03-03 23:28 ` Taylor Blau
2020-03-04 3:31 ` Heba Waly
2020-03-04 15:30 ` Jonathan Tan
2020-03-04 16:18 ` Junio C Hamano [this message]
2020-03-05 15:17 ` Heba Waly
2020-03-06 17:23 ` [PATCH] update how-to-maintain-git Junio C Hamano
2020-03-06 19:06 ` Eric Sunshine
2020-03-06 21:28 ` Junio C Hamano
2020-03-07 12:16 ` Martin Ågren
2020-03-04 20:40 ` hv/receive-denycurrent-everywhere, was Re: What's cooking in git.git (Mar 2020, #01; Tue, 3) Johannes Schindelin
2020-03-04 21:27 ` Junio C Hamano
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=xmqqpnds5c1v.fsf@gitster-ct.c.googlers.com \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=heba.waly@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox