git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Miles Bader <miles@gnu.org>
To: Jeff King <peff@peff.net>
Cc: Jay Soffian <jaysoffian@gmail.com>, git@vger.kernel.org
Subject: Re: renaming remote branches
Date: Fri, 17 Apr 2009 09:51:36 +0900	[thread overview]
Message-ID: <buomyagf6g7.fsf@dhlpc061.dev.necel.com> (raw)
In-Reply-To: <20090416135037.GA7770@coredump.intra.peff.net> (Jeff King's message of "Thu, 16 Apr 2009 09:50:37 -0400")

Jeff King <peff@peff.net> writes:
> All of that is assuming that remote renames are common enough to really
> care about. Personally, I've never actually done one.

The use-case which prompted my question was "retiring" obsolete branches
that exist on a public server (which is usually only interactived with
remotely using git).

E.g., a project has a long-term public branch "oink" which is finally
merged to master, and thereafter ceases to be kept up-to-date.
Sometimes the developers are reluctant to delete it becaue they want to
keep the history around.  However simply leaving it in place can be
pretty confusing, as people tend to keep downloading it, not realizing
how out-of-date it is.  A nice compromise is to rename "oink" to
"obsolete/oink", which keeps around the history for easy perusal, but
makes the status of the branch pretty clear at a glance.

-Miles

-- 
Yo mama's so fat when she gets on an elevator it HAS to go down.

  reply	other threads:[~2009-04-17  0:53 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-16  3:27 renaming remote branches Miles Bader
2009-04-16  6:59 ` Jeff King
2009-04-16  8:00   ` Miles Bader
2009-04-16  8:18     ` Jeff King
2009-04-16 13:09   ` Jay Soffian
2009-04-16 13:50     ` Jeff King
2009-04-17  0:51       ` Miles Bader [this message]
2009-04-17 12:07         ` Jeff King
2009-04-17 16:20     ` Dmitry Potapov

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=buomyagf6g7.fsf@dhlpc061.dev.necel.com \
    --to=miles@gnu.org \
    --cc=git@vger.kernel.org \
    --cc=jaysoffian@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 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).