From: Tim Mazid <timmazid@hotmail.com>
To: git@vger.kernel.org
Subject: Re: [PATCH] gitk: disable checkout of remote branch
Date: Wed, 4 Nov 2009 01:08:17 -0800 (PST) [thread overview]
Message-ID: <1257325697830-3943894.post@n2.nabble.com> (raw)
In-Reply-To: <20091104072709.GC24263@coredump.intra.peff.net>
Jeff King wrote:
>
> On Wed, Nov 04, 2009 at 07:41:28AM +0100, Sverre Rabbelier wrote:
>
>> On Wed, Nov 4, 2009 at 07:17, Tim Mazid <timmazid@hotmail.com> wrote:
>> > So instead of invoking 'git checkout REMOTE/BRANCH', do 'git checkout
>> -b
>> > BRANCH REMOTE/BRANCH'.
>>
>> Automagically doing 'git checkout -t remote/branch' when asked to do
>> 'git checkout remote/branch' was suggested earlier on the list and I
>> think there was even a patch that implemented it, not sure what the
>> outcome of the series was. I do remember that Peff was annoyed by it
>> at the GitTogether though so it might be a bad idea.
>
> It's in 'next' now. And for the record, my complaint about its behavior
> turned out to be partially because I was an idiot. I am still not
> convinced that we won't later regret leaving the stale local branch
> sitting around, or that users won't find it confusing to see:
>
> $ git checkout foo
> Branch foo set up to track remote branch foo from origin.
> Switched to a new branch 'foo'
>
> ... time passes ...
>
> $ git checkout foo
> Switched to branch 'foo'
> Your branch is behind 'origin/foo' by 1 commit, and can be
> fast-forwarded.
>
Hm. I actually meant inside gitk, not git itself. As in, when you click
inside gitk and try to checkout a remote, it automatically creates a
tracking branch and checks THAT out instead, whereas command-line git works
the same way.
Does that even make sense? :P
--
View this message in context: http://n2.nabble.com/PATCH-gitk-disable-checkout-of-remote-branch-tp3939363p3943894.html
Sent from the git mailing list archive at Nabble.com.
next prev parent reply other threads:[~2009-11-04 9:08 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-03 16:00 [PATCH] gitk: disable checkout of remote branch Sitaram Chamarty
2009-11-03 16:07 ` Sverre Rabbelier
2009-11-04 0:48 ` Tim Mazid
2009-11-04 1:58 ` Sitaram Chamarty
2009-11-04 6:17 ` Tim Mazid
2009-11-04 6:41 ` Sverre Rabbelier
2009-11-04 7:27 ` Jeff King
2009-11-04 9:08 ` Tim Mazid [this message]
2009-11-04 16:46 ` Sitaram Chamarty
2009-11-04 18:03 ` Junio C Hamano
2009-11-05 7:48 ` Jeff King
2009-11-06 0:45 ` Junio C Hamano
2009-11-06 8:30 ` Sverre Rabbelier
2009-11-14 11:14 ` Paul Mackerras
-- strict thread matches above, loose matches on Subject: below --
2009-06-20 6:48 Please pull gitk master branch Paul Mackerras
2009-06-21 9:11 ` [PATCH] gitk: disable checkout of remote branch Sitaram Chamarty
2009-06-21 9:22 ` Junio C Hamano
2009-06-21 14:20 ` Sitaram Chamarty
2009-06-21 21:34 ` Nanako Shiraishi
2009-06-21 23:27 ` Junio C Hamano
2009-06-22 1:59 ` Sitaram Chamarty
2009-06-22 3:42 ` Sitaram Chamarty
2009-06-05 15:21 preventing checking out remote branch in gitk Sitaram Chamarty
2009-06-06 4:06 ` [PATCH] gitk: disable checkout of remote branch Sitaram Chamarty
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=1257325697830-3943894.post@n2.nabble.com \
--to=timmazid@hotmail.com \
--cc=git@vger.kernel.org \
/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).