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

Re: [PATCH] user-manual: be consistent in illustrations to 'git rebase'

From
Junio C Hamano <gitster@pobox.com>
Date
Sep 28, 2010, 09:47 UTC
Message-ID
<7vy6amtd1a.fsf@alter.siamese.dyndns.org>
In-Reply-To
<1285662024-4992-1-git-send-email-kirr@mns.spb.ru>
Kirill Smelkov <kirr@mns.spb.ru> writes:
Show 36 quoted lines
> Since we use a-b-c for mywork commits in one place, I think it would be
> logical to also use a-b-c too in other illustration on this topic.
>
> Signed-off-by: Kirill Smelkov <kirr@mns.spb.ru>
> ---
>  Documentation/user-manual.txt |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/Documentation/user-manual.txt b/Documentation/user-manual.txt
> index fecc4eb..87ca1a7 100644
> --- a/Documentation/user-manual.txt
> +++ b/Documentation/user-manual.txt
> @@ -2424,41 +2424,41 @@ Keeping a patch series up to date using git rebase
>  --------------------------------------------------
>  
>  Suppose that you create a branch "mywork" on a remote-tracking branch
>  "origin", and create some commits on top of it:
>  
>  -------------------------------------------------
>  $ git checkout -b mywork origin
>  $ vi file.txt
>  $ git commit
>  $ vi otherfile.txt
>  $ git commit
>  ...
>  -------------------------------------------------
>  
>  You have performed no merges into mywork, so it is just a simple linear
>  sequence of patches on top of "origin":
>  
>  ................................................
>   o--o--o <-- origin
>          \
> -         o--o--o <-- mywork
> +         a--b--c <-- mywork
>  ................................................

Perhaps you would want to make the origin commit "O" while you are at it (I can locally fix it up)?

Show 20 quoted lines
>  Some more interesting work has been done in the upstream project, and
>  "origin" has advanced:
>  
>  ................................................
>   o--o--O--o--o--o <-- origin
>          \
>           a--b--c <-- mywork
>  ................................................
>  
>  At this point, you could use "pull" to merge your changes back in;
>  the result would create a new merge commit, like this:
>  
>  ................................................
>   o--o--O--o--o--o <-- origin
>          \        \
>           a--b--c--m <-- mywork
>  ................................................
>  
> -- 
> 1.7.3.6.g64005
Previous: Kirill SmelkovNext: Kirill Smelkov
Message 2 of 3 in “user-manual: be consistent in illustrations to 'git rebase'”
  1. user-manual: be consistent in illustrations to 'git rebase'Kirill Smelkov, Sep 28, 2010
  2. Junio C HamanoSep 28, 2010
  3. Kirill SmelkovSep 28, 2010

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.