From: Tomas Carnecky <tom@dbservice.com>
To: Nguyen Thai Ngoc Duy <pclouds@gmail.com>
Cc: Git Mailing List <git@vger.kernel.org>
Subject: Re: branch versioning
Date: Mon, 04 Oct 2010 16:33:38 +0200 [thread overview]
Message-ID: <4CA9E5C2.9040406@dbservice.com> (raw)
In-Reply-To: <AANLkTimWxPPi_hHuato+hHePaEja=66GzLEpDUVcZV0i@mail.gmail.com>
On 10/4/10 3:18 PM, Nguyen Thai Ngoc Duy wrote:
> Hi,
>
> How do you guys manage versions of a topic branch? I usually end up
> saving format-patch series somewhere or forget all old versions.
> Although I really want to keep old versions around. reflog to me is
> polluted with every kind of branch updates. And it's local
> information. It can't be transferred to another repo (or can it?)
>
> On the same subject, I have quite a few old topic branches that I
> rarely touch. I don't want to remove them. I just want to hide them
> away from "git branch". I've been thinking of "attic/" namespace that
> "git branch" by default will not show. Just wondering if other people
> face the same problem..
There was a blog post from someone suggesting how to extend rebase to
track the old and new commits so the old ones don't get lost (sadly I
can't find the blog post anymore). The idea was to add the old commit as
the second parent to the newly rebased commits. This way you can track
the evolution of commits across multiple iterations. You could do the
same with topic branches: after you create the new version of the topic
branch, add the old topic branch as the second parent of the new branch
head (use merge -s ours to discard changes made by the old topic
branch). And to submit the commits in a topic branch for review you'd
use --first-parent.
tom
prev parent reply other threads:[~2010-10-04 14:33 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-04 13:18 branch versioning Nguyen Thai Ngoc Duy
2010-10-04 13:25 ` Matthieu Moy
2010-10-04 13:29 ` Ævar Arnfjörð Bjarmason
2010-10-04 13:50 ` Nguyen Thai Ngoc Duy
2010-10-04 14:16 ` Ævar Arnfjörð Bjarmason
2010-10-04 13:44 ` Michael J Gruber
2010-10-04 14:10 ` Nguyen Thai Ngoc Duy
2010-10-04 14:33 ` Tomas Carnecky [this message]
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=4CA9E5C2.9040406@dbservice.com \
--to=tom@dbservice.com \
--cc=git@vger.kernel.org \
--cc=pclouds@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).