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
next prev parent 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).