From: Minnie Shi Date: Sun, 21 May 2023 13:28:33 GMT Subject: Re: I think there is error in merge documents - current branch Message-ID: In-Reply-To: <87zg5xq3es.fsf@osv.gnss.ru> Hi All, What is the procedure to update the document to correct the error? As I responded yesterday, see below. we need to change the error. From: Minnie Shi Date: Sat, May 20, 2023 at 11:41 AM Subject: Re: [PATCH] doc: merge: fix mention of `ORIG_HEAD` To: Kristoffer Haugsbakk Cc: , Kristoffer Haugsbakk Okay, i read one more time, i think it should be read as Before the operation, -`ORIG_HEAD` is set to the tip of the "current" branch (`G`) instead of Before the operation, -`ORIG_HEAD` is set to the tip of the "current" branch (`C`) Kind regards, Mi On Sun, May 21, 2023 at 2:23 PM Sergey Organov wrote: > > Junio C Hamano writes: > > > Minnie Shi writes: > > > >> in summary the sentence should be read as > >> > >> Before the operation, ORIG_HEAD is set to the tip of the current branch (H). > >> instead of > >> Before the operation, ORIG_HEAD is set to the tip of the current branch (C). > > > > Not C but G (i.e. the tip _before_ the history is updated). > > > > I notice that we overuse "current" there. One is to refer to the > > most recent commit on a branch, the other is to refer to the branch > > that is checked out. For the former, we say "the tip" in the other > > sentence, and it probably will make it less ambiguous if used that > > phrase. > > > > Then "`git merge topic`" will replay the changes made on the > > `topic` branch since it diverged from `master` (i.e., `E`) until > > the commit at the tip of the `topic` (`C`) on top of `master`, > > and record the result > > in a new commit along with the names of the two parent commits and > > a log message from the user describing the changes. Before the operation, > > `ORIG_HEAD` is set to the tip of the current branch (`G`). > > > > My reading also hiccupped with "replay"; the first sentence to > > explain the command says "incorporate the changes", and that may be > > a less confusing expression; "replay" somehow makes me imagine that > > the changes are cherry-picked one by one---it may be only me, so I > > left it as-is in the suggestion above. > > For me "apply changes" or even "apply cumulative changes" works much > better than "replay changes" in this context, especially provided we > will apparently have "git replay" soon. > > Thanks, > -- Sergey Organov -- Kind regards Min