git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: git@vger.kernel.org
Subject: Re: pw/add-p-allowed-options-fix, was Re: What's cooking in git.git (Aug 2020, #06; Mon, 24)
Date: Tue, 25 Aug 2020 08:46:14 -0700	[thread overview]
Message-ID: <xmqqy2m220ft.fsf@gitster.c.googlers.com> (raw)
In-Reply-To: <nycvar.QRO.7.76.6.2008251056290.56@tvgsbejvaqbjf.bet> (Johannes Schindelin's message of "Tue, 25 Aug 2020 10:58:03 +0200 (CEST)")

Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:

> On Mon, 24 Aug 2020, Junio C Hamano wrote:
>
>> * pw/add-p-allowed-options-fix (2020-08-17) 2 commits
>>  - add -p: fix checking of user input
>>  - add -p: use ALLOC_GROW_BY instead of ALLOW_GROW
>>
>>  "git add -p" update.
>>
>>  Will merge to 'next'.
>
> I thought the consensus was to untangle the refactoring in the second
> patch by first fixing the `e` case, and _then_ refactoring?

Not really.  My take on it is that everybody would agree that the
split would be to "fix 'e' without introducing the code structure
change" then to "change the code structure to make the bug
impossible", _IF_ we were to split the "fix" part into two.  I do
not think anybody agreed to anything beyond that, and I am leaning
toward keeping the "let's change the code structure to make such a
bug impossible to introduce---oops, as a side effect we already
fixed the 'e' bug", which, as you say, is more than good enough.

> With Phillip being offline for a couple days, however, I think we can just
> go forward with the patches as-are. They are in "good enough" a shape.

Thanks.

  reply	other threads:[~2020-08-25 15:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-25  0:22 What's cooking in git.git (Aug 2020, #06; Mon, 24) Junio C Hamano
2020-08-25  8:58 ` pw/add-p-allowed-options-fix, was " Johannes Schindelin
2020-08-25 15:46   ` Junio C Hamano [this message]
2020-08-25 19:42 ` Emily Shaffer

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

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqqy2m220ft.fsf@gitster.c.googlers.com \
    --to=gitster@pobox.com \
    --cc=Johannes.Schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    /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.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

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 read-only IMAP folder(s) and NNTP newsgroup(s).