git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 

  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).