From: "Philip Oakley" <philipoakley@iee.org>
To: "Thomas Adam" <thomas.adam22@gmail.com>, "Jeff King" <peff@peff.net>
Cc: "git list" <git@vger.kernel.org>
Subject: Re: When does git check for branch-X being uptodate with origin/branch-X?
Date: Tue, 22 Mar 2016 17:51:15 -0000 [thread overview]
Message-ID: <F2B253E6836D4C948D85BADEAE2527C0@PhilipOakley> (raw)
In-Reply-To: CA+39Oz4Atuv3N0QNj8o1SYgHzMUyES1QHUsWh-MdNiNr-xPM_w@mail.gmail.com
From: "Thomas Adam" <thomas.adam22@gmail.com>
Sent: Monday, March 21, 2016 8:43 PM
> On 21 March 2016 at 20:28, Jeff King <peff@peff.net> wrote:
>> We never contact other repositories unless explicitly asked to by
>> fetch, pull, push, etc. If you want to have the most up-to-date value
>> without merging, you can just "git fetch" to update the tracking
>> branches.
>
> Thanks. I understand how to use git-fetch, it's more a case of
> whether even printing that message is useful? I appreciate it can
> only go on the cached value, but it is still misleading to print that
> in the case where the cache might not be up to date. Of course,
> determining that is a different problem.
>
> -- Thomas Adam
This issue (that the tracking is passive, not 'active') may also be
something for the 'Beginner mode' discussion.
The rtb (remote tracking branch) was something I'd noted earlier in the
initial 'Beginner mode', discussion, $gmane/288727/focus=288812 (GSoC
Introduction; 14 Mar '16, 22:08)
"The Git data model is very powerful and it does take a lot of 'unlearning'
of old expectations (which is very hard) before the capabilities of the git
model become well established in the users mind. For example, remote
tracking branches are not remote but local, and are a reverse polish
description (a local branch which keeps track of a remote's branch, from the
last time you looked).
Different people get different parts of the model in different orders and
different rates. Identifying the many issues (in model understanding) may be
a start for identifying which command/options should be targeted."
--
Philip
next prev parent reply other threads:[~2016-03-22 19:29 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-21 20:21 When does git check for branch-X being uptodate with origin/branch-X? Thomas Adam
2016-03-21 20:28 ` Jeff King
2016-03-21 20:43 ` Thomas Adam
2016-03-21 20:47 ` Junio C Hamano
2016-03-21 20:50 ` Jeff King
2016-03-21 21:12 ` Thomas Adam
2016-03-21 21:18 ` Jeff King
2016-03-21 21:22 ` Thomas Adam
2016-03-21 21:50 ` Stefan Beller
2016-03-21 21:57 ` Junio C Hamano
2016-03-21 22:11 ` Stefan Beller
2016-03-21 22:42 ` Junio C Hamano
2016-03-21 23:18 ` Stefan Beller
2016-03-22 17:51 ` Philip Oakley [this message]
2016-03-21 20:48 ` Stefan Beller
2016-03-21 20:52 ` 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=F2B253E6836D4C948D85BADEAE2527C0@PhilipOakley \
--to=philipoakley@iee.org \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
--cc=thomas.adam22@gmail.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).