All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick Steinhardt <ps@pks.im>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH v2 2/2] MyFirstContribution: clarify that "reviewing" is a discussion
Date: Thu, 22 Oct 2026 13:24:50 +0200	[thread overview]
Message-ID: <atnyeZ23tdPC-GRB@pks.im> (raw)
In-Reply-To: <xmqqecdjqb10.fsf@gitster.g>

On Wed, Oct 21, 2026 at 09:22:03AM -0700, Junio C Hamano wrote:
> Patrick Steinhardt <ps@pks.im> writes:
> 
> >>  [[reviewing]]
> >>  === Responding to Reviews
> >>  
> >> -After a few days, you will hopefully receive a reply to your patchset with some
> >> -comments. Woohoo! Now you can get back to work.
> >> -
> >> -It's good manners to reply to each comment in the mailing list discussion
> >> -instead of letting the next version of your patch be your only response. Tell
> >> -the reviewer whether you plan to make the suggested change, keep the original,
> >> -or pursue a different approach.
> >
> > This is a sentence we lose in the rewrite, but I'd say that it may be
> > useful information to retain.
> 
> Hmph, "communicate your plan" certainly is half lost.  An early
> section ("now-what") advises to communicate "I'll do it differently,
> disregard this iteration" to avoid wasting reviewers' time, and the
> rewritten "reviewing" section somewhat hints to communicate other
> kind of plans with "your reasoning" in
> 
>     Do not start coding, much less send the next version of your patch,
>     until you have finished discussing the current round of reviews with
>     your reviewers.  This saves time for both you and your reviewers.
>     They can respond to your reasoning before you spend time preparing a
>     version they might reject, and they will not have to inspect your
>     'v2' to check if you addressed their concerns.
> 
> but it would be better to be more explicit how "your reasoning"
> should be presented, I guess.  How about inserting "so that both
> sides know what to expect in the next round" to clarify what "finish
> discussing" entails?
> 
>     Do not start coding, let alone send the next version of your
>     patch, until you have finished discussing the current one so
>     both sides know what to expect.  This saves time for everyone.
>     Reviewers can respond to your explanation before you spend time
>     preparing a patch they might reject, and they will not have to
>     inspect 'v2' only to find their concerns unaddressed.

Yeah, I think that's good enough. Thanks!

Patrick

  reply	other threads:[~2026-10-22 11:24 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-19 20:43 [PATCH] MyFirstContribution: move preparation of v2 after review discussion Junio C Hamano
2026-10-20 14:33 ` Patrick Steinhardt
2026-10-20 16:32   ` Junio C Hamano
2026-10-20 23:22 ` [PATCH v2 0/2] MyFirstContribution: discuss then reroll Junio C Hamano
2026-10-20 23:22   ` [PATCH v2 1/2] MyFirstContribution: move "how to send v2" after discussing reviews Junio C Hamano
2026-10-21  8:49     ` Patrick Steinhardt
2026-10-20 23:22   ` [PATCH v2 2/2] MyFirstContribution: clarify that "reviewing" is a discussion Junio C Hamano
2026-10-21  8:49     ` Patrick Steinhardt
2026-10-21 16:22       ` Junio C Hamano
2026-10-22 11:24         ` Patrick Steinhardt [this message]
2026-10-22 21:14 ` [PATCH v4 0/2] MyFirstContribution: discuss then reroll Junio C Hamano
2026-10-22 21:14   ` [PATCH v4 1/2] MyFirstContribution: move "how to send v2" after discussing reviews Junio C Hamano
2026-10-22 21:14   ` [PATCH v4 2/2] MyFirstContribution: clarify that "reviewing" is a discussion 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=atnyeZ23tdPC-GRB@pks.im \
    --to=ps@pks.im \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.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.