Re: When does git check for branch-X being uptodate with origin/branch-X?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 21, 2016 at 08:43:17PM +0000, Thomas Adam wrote:

> On 21 March 2016 at 20:28, Jeff King <peff@xxxxxxxx> 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.

I don't think it is limited to this particular message. _Any_ operation
that uses the tracking branches is going to potentially be out of date
with respect to what has happened on a remote server (so any time you
look at @{upstream}, or do a "rebase" without an arguments, etc).

Those things are useful, even if your local tracking branch may not
reflect the latest value on the server. If there is anything to fix,
IMHO, it is for the documentation to make more clear the mental model
of the workflow of "fetch separately, then all other operations are
disconnected".

But that's just my opinion. Did you have some specific change you're
interested in? I don't think removing that message is productive; it
_is_ useful information. Perhaps it could be more clear that we are
talking about the tracking branch?

-Peff
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]