git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] user-manual.txt: fix a few mistakes

From
JFJ. Bruce Fields <bfields@fieldses.org>
Date
Nov 14, 2007, 18:13 UTC
Message-ID
<20071114181337.GG14254@fieldses.org>
In-Reply-To
<87ir455713.fsf@osv.gnss.ru>
On Wed, Nov 14, 2007 at 03:46:32PM +0300, Sergei Organov wrote:
Show 46 quoted lines
> Junio C Hamano <gitster@pobox.com> writes:
> 
> > Sergei Organov <osv@javad.com> writes:
> >
> >> Signed-off-by: Sergei Organov <osv@javad.com>
> >> ---
> >>  Documentation/user-manual.txt |    8 ++++----
> >>  1 files changed, 4 insertions(+), 4 deletions(-)
> >>
> >> diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
> >> index d99adc6..a169ef0 100644
> >> --- a/Documentation/user-manual.txt
> >> +++ b/Documentation/user-manual.txt
> >> @@ -475,7 +475,7 @@ Bisecting: 3537 revisions left to test after this
> >>  If you run "git branch" at this point, you'll see that git has
> >>  temporarily moved you to a new branch named "bisect".  This branch
> >>  points to a commit (with commit id 65934...) that is reachable from
> >> -v2.6.19 but not from v2.6.18.  Compile and test it, and see whether
> >> +"master" but not from v2.6.18.  Compile and test it, and see whether
> >>  it crashes.  Assume it does crash.  Then:
> >>  
> >>  -------------------------------------------------
> >
> > Thanks.
> >
> > This hunk and the last hunk I do not have any problem with.
> >
> >> @@ -1367,7 +1367,7 @@ If you make a commit that you later wish you hadn't, there are two
> >>  fundamentally different ways to fix the problem:
> >>  
> >>  	1. You can create a new commit that undoes whatever was done
> >> -	by the previous commit.  This is the correct thing if your
> >> +	by the old commit.  This is the correct thing if your
> >>  	mistake has already been made public.
> >>  
> >>  	2. You can go back and modify the old commit.  You should
> >
> > But is this an improvement or just a churn?
> 
> I believe this is an improvement. It's more precise. With this change
> it's crystal clear that both (1) and (2) above mean the same commit by
> calling it "the old commit". Before the change, when I read this the
> first time, I've got the term "previous" here literally, i.e., as the
> last commit made, and I thought that if the commit in question is the
> last one, I should do (1), otherwise -- (2). This confusion admittedly
> vanished rather quickly, but it did happen.
I think it's a good fix, yes, thanks.--b.
Previous: Sergei OrganovNext: J. Bruce Fields
Message 4 of 10 in “user-manual.txt: fix a few mistakes”
  1. user-manual.txt: fix a few mistakesSergei Organov, Nov 13, 2007
  2. Junio C HamanoNov 14, 2007
  3. Sergei OrganovNov 14, 2007
  4. J. Bruce FieldsNov 14, 2007
  5. J. Bruce FieldsNov 14, 2007
  6. Junio C HamanoNov 14, 2007
  7. J. Bruce FieldsNov 14, 2007
  8. Sergei OrganovNov 15, 2007
  9. J. Bruce FieldsNov 16, 2007
  10. Sergei OrganovNov 16, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.