From: "J. Bruce Fields" <bfields@fieldses.org>
To: "David J. Mellor" <dmellor@whistlingcat.com>
Cc: gitster@pobox.com, git@vger.kernel.org
Subject: Re: [PATCH 1/5] Documentation: removed some uses of the passive voice in git-bisect.txt.
Date: Tue, 24 Mar 2009 18:02:01 -0400 [thread overview]
Message-ID: <20090324220201.GM19389@fieldses.org> (raw)
In-Reply-To: <20090323031906.85EB117A4B@sandstone.whistlingcat.com>
On Sun, Mar 22, 2009 at 08:11:10PM -0700, David J. Mellor wrote:
>
> Signed-off-by: David J. Mellor <dmellor@whistlingcat.com>
> ---
> Amended to drop spurious uses of "you" as suggested in:
>
> http://article.gmane.org/gmane.comp.version-control.git/114210
>
> Documentation/git-bisect.txt | 22 +++++++++++-----------
> 1 files changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/Documentation/git-bisect.txt b/Documentation/git-bisect.txt
> index 93d9fc0..a356a2b 100644
> --- a/Documentation/git-bisect.txt
> +++ b/Documentation/git-bisect.txt
> @@ -81,7 +81,7 @@ will have been left with the first bad kernel revision in "refs/bisect/bad".
> Bisect reset
> ~~~~~~~~~~~~
>
> -To return to the original head after a bisect session, you issue the
> +To return to the original head after a bisect session, issue the
> following command:
>
> ------------------------------------------------
> @@ -95,8 +95,8 @@ the bisection state).
> Bisect visualize
> ~~~~~~~~~~~~~~~~
>
> -To see the currently remaining suspects in 'gitk', the following command
> -is issued during the bisection process:
> +To see the currently remaining suspects in 'gitk', issue the following
> +command during the bisection process:
>
> ------------
> $ git bisect visualize
> @@ -115,7 +115,7 @@ $ git bisect view --stat
> Bisect log and bisect replay
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> -After having marked revisions as good or bad, you issue the following
> +After having marked revisions as good or bad, issue the following
> command to show what has been done so far:
>
> ------------
> @@ -135,7 +135,7 @@ $ git bisect replay that-file
> Avoiding testing a commit
> ~~~~~~~~~~~~~~~~~~~~~~~~~
>
> -If in the middle of a bisect session, you know that the next suggested
> +If, in the middle of a bisect session, you know that the next suggested
> revision is not a good one to test (e.g. the change the commit
> introduces is known not to work in your environment and you know it
> does not have anything to do with the bug you are chasing), you may
> @@ -151,8 +151,8 @@ $ git reset --hard HEAD~3 # try 3 revisions before what
> # was suggested
> ------------
>
> -Then compile and test the chosen revision. Afterwards the revision
> -is marked as good or bad in the usual manner.
> +Then you compile and test the chosen revision. Afterwards you mark
Two "you"'s got added here?
> +the revision as good or bad in the usual manner.
>
> Bisect skip
> ~~~~~~~~~~~~
> @@ -175,8 +175,8 @@ using the "'<commit1>'..'<commit2>'" notation. For example:
> $ git bisect skip v2.5..v2.6
> ------------
>
> -The effect of this would be that no commit between `v2.5` excluded and
> -`v2.6` included could be tested.
> +This tells the bisect process that no commit between `v2.5` excluded and
> +`v2.6` included should be tested.
Slightly more straightforward: "This tells git not to test any commit in
the range v2.5..v2.6." (But I'm assuming they already know git's
defition of ranges: if you think the reminder's necessary, some other
way to word it might be better; the "exlcuded"/"included" thing is a
little odd. Maybe replace by "exclusive"/"inclusive", or do something
like "after v2.5, up to and including v2.6".)
--b.
>
> Note that if you also want to skip the first commit of the range you
> would issue the command:
> @@ -185,8 +185,8 @@ would issue the command:
> $ git bisect skip v2.5 v2.5..v2.6
> ------------
>
> -This would cause the commits between `v2.5` included and `v2.6` included
> -to be skipped.
> +This tells the bisect process that the commits between `v2.5` included
> +and `v2.6` included should be skipped.
>
>
> Cutting down bisection by giving more parameters to bisect start
> --
> 1.6.2.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-03-24 22:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-23 1:00 Minor documentation fixes David J. Mellor
2009-03-23 1:00 ` [PATCH 1/5] Documentation: removed some uses of the passive voice in git-bisect.txt David J. Mellor
2009-03-23 1:00 ` [PATCH 2/5] Documentation: minor grammatical fixes and rewording in git-bundle.txt David J. Mellor
2009-03-23 1:00 ` [PATCH 3/5] Documentation: minor grammatical fixes in git-cat-file.txt David J. Mellor
2009-03-23 1:00 ` [PATCH 4/5] Documentation: minor grammatical fixes in git-check-attr.txt David J. Mellor
2009-03-23 1:00 ` [PATCH 5/5] Documentation: minor grammatical fix in git-check-ref-format.txt David J. Mellor
2009-03-23 3:11 ` [PATCH 1/5] Documentation: removed some uses of the passive voice in git-bisect.txt David J. Mellor
2009-03-24 22:02 ` J. Bruce Fields [this message]
2009-03-26 3:44 ` [PATCH] Documentation: Remove spurious uses of "you" " David J. Mellor
2009-03-26 3:48 ` Junio C Hamano
2009-03-23 5:43 ` [PATCH 1/5] Documentation: removed some uses of the passive voice " 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=20090324220201.GM19389@fieldses.org \
--to=bfields@fieldses.org \
--cc=dmellor@whistlingcat.com \
--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 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).