From: Thomas Rast <trast@student.ethz.ch>
To: Junio C Hamano <gitster@pobox.com>
Cc: Thomas Rast <trast@student.ethz.ch>,
Hilco Wijbenga <hilco.wijbenga@gmail.com>,
Git Users <git@vger.kernel.org>, Jeff King <peff@peff.net>
Subject: Re: Your branch and 'origin/master' have diverged
Date: Wed, 15 Aug 2012 08:59:02 +0200 [thread overview]
Message-ID: <87sjbo63pl.fsf@thomas.inf.ethz.ch> (raw)
In-Reply-To: <7vr4r98ah5.fsf@alter.siamese.dyndns.org> (Junio C. Hamano's message of "Tue, 14 Aug 2012 13:49:58 -0700")
Junio C Hamano <gitster@pobox.com> writes:
> Thomas Rast <trast@student.ethz.ch> writes:
>
>> In some sense this is a really bad case of wrong UI design, because we
>> (this happens on #git a lot) have to teach users not to use the command
>> so they won't trip over this problem. It would be better to fix the
>> real issue instead. IIRC it was even on the 1.8.0 wishlist...
>
> Is it?
>
> There already is a way to ask it to update the single tracking
> branch while fetching; "git fetch origin master" that
> unconditionally updates refs/remotes/origin/master without a way to
> tell it not to do so will be a grave usability regression.
Grave? Do you have any data/use-cases to back that up with?
I have never had a need for a fetch that doesn't update the remote
namespace, nor heard anyone on IRC who has. OTOH, I do have anecdotal
evidence in support of "the current state is confusing": this thread, or
the fact that Jan's IRC bot grew bot-quotes !fetch4/!pull4 that people
use to warn users of 'git pull origin master' (it's apparently very
common).
The 1.8.0 thread is here, and Peff even said he had a patch he uses in
his tree:
http://thread.gmane.org/gmane.comp.version-control.git/165720/focus=165758
There's even a newer thread suggesting the same:
http://thread.gmane.org/gmane.comp.version-control.git/192252
--
Thomas Rast
trast@{inf,student}.ethz.ch
next prev parent reply other threads:[~2012-08-15 6:59 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-13 19:58 Your branch and 'origin/master' have diverged Hilco Wijbenga
2012-08-14 8:27 ` Thomas Rast
2012-08-14 17:04 ` Hilco Wijbenga
2012-08-14 17:19 ` Junio C Hamano
2012-08-14 18:32 ` Hilco Wijbenga
2012-08-14 18:49 ` Junio C Hamano
2012-08-14 20:12 ` Thomas Rast
2012-08-14 20:49 ` Junio C Hamano
2012-08-15 6:59 ` Thomas Rast [this message]
2012-08-15 17:30 ` Junio C Hamano
2012-08-15 18:38 ` Holger Hellmuth (IKS)
2012-08-15 19:07 ` Junio C Hamano
2012-08-15 19:22 ` Junio C Hamano
2012-08-16 16:24 ` Jeff King
2012-08-16 17:57 ` Junio C Hamano
2012-08-16 16:21 ` Jeff King
2012-08-14 22:15 ` Hilco Wijbenga
2012-08-14 22:35 ` Junio C Hamano
2012-08-14 16:02 ` PJ Weisberg
2012-08-14 17:07 ` Hilco Wijbenga
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=87sjbo63pl.fsf@thomas.inf.ethz.ch \
--to=trast@student.ethz.ch \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hilco.wijbenga@gmail.com \
--cc=peff@peff.net \
/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.