From: "Shawn O. Pearce" <spearce@spearce.org>
To: Marco Costalba <mcostalba@gmail.com>
Cc: Daniel Barkalow <barkalow@iabervon.org>,
Dan McGee <dpmcgee@gmail.com>,
git@vger.kernel.org
Subject: Re: Update local tracking refs when pushing- no way to disable
Date: Fri, 6 Jul 2007 04:42:41 -0400 [thread overview]
Message-ID: <20070706084241.GC16319@spearce.org> (raw)
In-Reply-To: <e5bfff550707060126t781587aaxbe2f6eca1c282985@mail.gmail.com>
Marco Costalba <mcostalba@gmail.com> wrote:
> On 7/6/07, Daniel Barkalow <barkalow@iabervon.org> wrote:
> >
> >(AFAICT, the only additional stuff that -a shows with git branch is the
> >stuff that you're deleting; perhaps qgit should have an option to not show
> >remotes, or not show them by default or only show them if what they point
> >to isn't otherwise marked? Anyway, it shouldn't be necessary to avoid
> >having this information just so that it isn't shown in interfaces you
> >use.)
> >
>
> Probably an option "show remote branches" from a popup context menu
> (right click) is the more natural and predictable solution.
Recently I was faced with handling a repository that has over
200 local refs/heads and 200+ refs/remotes that the user might
be interested in working on. Yea, its fun to look at in gitk.
It is not fun to run `git fetch` when on Cygwin.
Anyway, the git-gui `pu` branch now has new UI to handle these
sorts of cases rather nicely. The revision selection mega-widget
that I recently wrote lets the user select which "class" of ref
(head, tracking branch, tag) they want and then filter them using
a substring glob filter. The trick works very well to let the user
weed the list of 400+ possible refs down to just a couple that they
can pick from with the keyboard, or the mouse.
The UI will be in 0.8.0. Which I'm hoping to go into an rc status
later this week.
Minor warning: currently the `pu` branch of git-gui probably
requires git 1.5.3-rc0 or later. It doesn't test for it and just
assumes your git is new enough. I do plan on fixing the couple of
spots that might matter to be conditional and fallback gracefully
if 1.5.3 isn't available. Just haven't done it yet. Those will
be fixed before they merge to `master`.
--
Shawn.
next prev parent reply other threads:[~2007-07-06 8:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-06 0:22 Update local tracking refs when pushing- no way to disable Dan McGee
2007-07-06 1:17 ` Johannes Schindelin
2007-07-06 1:31 ` Junio C Hamano
2007-07-06 3:37 ` Daniel Barkalow
2007-07-06 8:26 ` Marco Costalba
2007-07-06 8:42 ` Shawn O. Pearce [this message]
2007-07-06 12:46 ` Johannes Schindelin
2007-07-06 18:56 ` Daniel Barkalow
2007-07-06 18:59 ` Johannes Schindelin
2007-07-06 19:20 ` Daniel Barkalow
2007-07-06 19:46 ` Johannes Schindelin
2007-07-06 13:20 ` Dan McGee
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=20070706084241.GC16319@spearce.org \
--to=spearce@spearce.org \
--cc=barkalow@iabervon.org \
--cc=dpmcgee@gmail.com \
--cc=git@vger.kernel.org \
--cc=mcostalba@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).