All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Max Horn <max@quendi.de>
Cc: Felipe Contreras <felipe.contreras@gmail.com>, git@vger.kernel.org
Subject: Re: [PATCH 03/16] pull: cleanup documentation
Date: Thu, 31 Oct 2013 13:43:35 -0700	[thread overview]
Message-ID: <xmqqfvrh41e0.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <xmqqzjpp447x.fsf@gitster.dls.corp.google.com> (Junio C. Hamano's message of "Thu, 31 Oct 2013 12:42:26 -0700")

Junio C Hamano <gitster@pobox.com> writes:

> Max Horn <max@quendi.de> writes:
>
>>> ... The "reality" is more like this:
>>> 
>>>      origin/master in your repository
>>>      |
>>>      v
>>>      A---B---C master at origin
>>>     /
>>>    D---E---F---G master in your repository
>>> 
>>> if you really want to write origin/master somewhere in this
>>> illustration.
>>
>> Actually, I kind of like that. After just reading the existing
>> phrasing in git-pull.txt, I doubt that a newbie would catch the
>> difference between "origin/master" and "master at origin". With this
>> illustration, it's very clearly conveyed that there is a difference.
>
> Yeah, after re-reading the part of the documentation with the
> illustration replaced with the above, I was coming to the same
> conclusion.

As Felipe spotted in his response, "A" is not something you already
have, so the picture need to look like the amended patch below.

The other reason the original did not say "origin/master" is because
this holds true even if you do not have such a remote-tracking
branch for the master at the origin, but the illustration that shows
the history after "git pull" finishes spells remotes/origin/master
out, so I think it would be an improvement to make the two pictures
consistent by drawing where the origin/master is before this "git
pull" is run.

Something like this, perhaps.  Note that I think "on" sounds funny
and it should probably be "at" instead, but this weatherbaloon patch
does not change it.

-- >8 --
Subject: doc/pull: clarify the illustrations

The second illustration that shows the history after "git pull"
spelled the remote-tracking branch with "remotes/" prefix, which
is not necessary.  Drop it.

To match the assumption that a remote-tracking branch is used to
keep track of the advancement of the master at the origin, update
the first illustration that shows the history before "git pull"
to show the distinction between the master currently at origin and
the stale origin/master remote-tracking branch.

Noticed-by: Felipe Contreras <felipe.contreras@gmail.com>
Helped-by: Max Horn <max@quendi.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
---
 Documentation/git-pull.txt | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/Documentation/git-pull.txt b/Documentation/git-pull.txt
index beea10b..e83f3ce 100644
--- a/Documentation/git-pull.txt
+++ b/Documentation/git-pull.txt
@@ -42,6 +42,8 @@ Assume the following history exists and the current branch is
 	  A---B---C master on origin
 	 /
     D---E---F---G master
+        ^
+	origin/master in your repository
 ------------
 
 Then "`git pull`" will fetch and replay the changes from the remote
@@ -51,7 +53,7 @@ result in a new commit along with the names of the two parent commits
 and a log message from the user describing the changes.
 
 ------------
-	  A---B---C remotes/origin/master
+	  A---B---C origin/master
 	 /         \
     D---E---F---G---H master
 ------------

  reply	other threads:[~2013-10-31 20:43 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-31  9:25 [PATCH 00/16] Trivial patches Felipe Contreras
2013-10-31  9:25 ` [PATCH 01/16] merge: simplify ff-only option Felipe Contreras
2013-10-31 18:04   ` Junio C Hamano
2013-10-31  9:25 ` [PATCH 02/16] t: replace pulls with merges Felipe Contreras
2013-10-31  9:25 ` [PATCH 03/16] pull: cleanup documentation Felipe Contreras
2013-10-31 18:11   ` Junio C Hamano
2013-10-31 18:37     ` Felipe Contreras
2013-10-31 19:00       ` Junio C Hamano
2013-10-31 19:27         ` Max Horn
2013-10-31 19:42           ` Junio C Hamano
2013-10-31 20:43             ` Junio C Hamano [this message]
2013-10-31 21:16               ` Felipe Contreras
2013-10-31 23:40                 ` David Aguilar
2013-11-01  1:56                   ` Felipe Contreras
2013-11-01  2:48                     ` David Aguilar
2013-11-01  3:50                       ` Felipe Contreras
2013-11-01 11:05                         ` SZEDER Gábor
2013-11-01 12:20                           ` Felipe Contreras
2013-10-31 19:51         ` Felipe Contreras
2013-10-31 20:27           ` Junio C Hamano
2013-10-31 21:15             ` Felipe Contreras
2013-10-31  9:25 ` [PATCH 04/16] fetch: add missing documentation Felipe Contreras
2013-10-31 18:10   ` Junio C Hamano
2013-10-31 19:08     ` Felipe Contreras
2013-10-31  9:25 ` [PATCH 05/16] revision: add missing include Felipe Contreras
2013-10-31 18:11   ` Junio C Hamano
2013-10-31  9:25 ` [PATCH 06/16] shortlog: add missing declaration Felipe Contreras
2013-10-31 19:05   ` Junio C Hamano
2013-10-31 19:33     ` Felipe Contreras
2013-10-31 20:07       ` Junio C Hamano
2013-10-31 21:17         ` Felipe Contreras
2013-10-31  9:25 ` [PATCH 07/16] branch: trivial style fix Felipe Contreras
2013-10-31 20:46   ` Junio C Hamano
2013-10-31  9:25 ` [PATCH 08/16] sha1-name: trivial style cleanup Felipe Contreras
2013-10-31  9:25 ` [PATCH 09/16] transport-helper: trivial style fix Felipe Contreras
2013-10-31  9:25 ` [PATCH 10/16] describe: trivial style fixes Felipe Contreras
2013-10-31  9:25 ` [PATCH 11/16] pretty: trivial style fix Felipe Contreras
2013-10-31  9:25 ` [PATCH 12/16] revision: trivial style fixes Felipe Contreras
2013-10-31  9:25 ` [PATCH 13/16] diff: trivial style fix Felipe Contreras
2013-10-31  9:25 ` [PATCH 14/16] run-command: trivial style fixes Felipe Contreras
2013-10-31  9:25 ` [PATCH 15/16] setup: " Felipe Contreras
2013-10-31 20:48   ` Junio C Hamano
2013-10-31  9:25 ` [PATCH 16/16] add: avoid yoda conditions Felipe Contreras
2013-10-31 19:48   ` Martin von Zweigbergk
2013-10-31 19:56     ` Felipe Contreras
2013-10-31 20:31     ` Junio C Hamano
2013-10-31 20:42       ` Felipe Contreras
2013-10-31 18:03 ` [PATCH 00/16] Trivial patches Max Horn

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=xmqqfvrh41e0.fsf@gitster.dls.corp.google.com \
    --to=gitster@pobox.com \
    --cc=felipe.contreras@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=max@quendi.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.