git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Denton Liu <liu.denton@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH] git-reset.txt: clarify documentation
Date: Wed, 06 Mar 2019 07:49:47 +0900	[thread overview]
Message-ID: <xmqq8sxtszqs.fsf@gitster-ct.c.googlers.com> (raw)
In-Reply-To: <20190305223753.GA18006@dev-l> (Denton Liu's message of "Tue, 5 Mar 2019 14:37:53 -0800")

Denton Liu <liu.denton@gmail.com> writes:

> Should reflowing the text be done in a separate patch or should it just
> not be done at all and just be considered noise?

Of course when the rewrite is so extensive that the two versions of
the whole paragraph needs to be carefully read and compared to judge
if the change is desirable, reflowing of the paragraph would not
waste reviewer's time trying to spot where the change is and also
trying to verify there is no other change, and in such a case,
reflowing would be very much OK.

For this particular case, however, I would say it is the latter, as
the way I would have done it would look like either of these, which
would not leave the result any harder to read with unnaturally uneven
lines.

Thanks.


(variant #1)

 Documentation/git-reset.txt | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt
index 132f8e55f6..26e746c53f 100644
--- a/Documentation/git-reset.txt
+++ b/Documentation/git-reset.txt
@@ -428,8 +428,8 @@ working index HEAD target         working index HEAD
 
 `reset --merge` is meant to be used when resetting out of a conflicted
 merge. Any mergy operation guarantees that the working tree file that is
-involved in the merge does not have local change wrt the index before
-it starts, and that it writes the result out to the working tree. So if
+involved in the merge does not have a local change with respect to the index
+before it starts, and that it writes the result out to the working tree. So if
 we see some difference between the index and the target and also
 between the index and the working tree, then it means that we are not
 resetting out from a state that a mergy operation left after failing



(variant #2)

 Documentation/git-reset.txt | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/Documentation/git-reset.txt b/Documentation/git-reset.txt
index 132f8e55f6..e952b28305 100644
--- a/Documentation/git-reset.txt
+++ b/Documentation/git-reset.txt
@@ -428,7 +428,8 @@ working index HEAD target         working index HEAD
 
 `reset --merge` is meant to be used when resetting out of a conflicted
 merge. Any mergy operation guarantees that the working tree file that is
-involved in the merge does not have local change wrt the index before
+involved in the merge does not have a local change with respect to
+the index before
 it starts, and that it writes the result out to the working tree. So if
 we see some difference between the index and the target and also
 between the index and the working tree, then it means that we are not

  reply	other threads:[~2019-03-05 22:49 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-05 18:54 [PATCH] git-reset.txt: clarify documentation Denton Liu
2019-03-05 22:30 ` Junio C Hamano
2019-03-05 22:37   ` Denton Liu
2019-03-05 22:49     ` Junio C Hamano [this message]
2019-03-05 23:34 ` [PATCH v2] " Denton Liu

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=xmqq8sxtszqs.fsf@gitster-ct.c.googlers.com \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=liu.denton@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;
as well as URLs for NNTP newsgroup(s).