git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peter Weseloh <peter.weseloh@googlemail.com>
To: Johannes Sixt <j6t@kdbg.org>
Cc: git@vger.kernel.org
Subject: Re: Fwd: What is the best way to backport a feature?
Date: Sun, 29 Nov 2009 20:03:28 +0100	[thread overview]
Message-ID: <4db3b0200911291103x6430e563rb86330284a4c2c7b@mail.gmail.com> (raw)
In-Reply-To: <200911291933.54301.j6t@kdbg.org>

2009/11/29 Johannes Sixt <j6t@kdbg.org>:
> [please keep the Cc list]
Sorry!
>
> http://gitster.livejournal.com/42247.html
>
> Basically, as soon as you merge Mainline into Feature_A, you change the topic
> of Feature_A from "Feature for Release_1.0" to "Feature for this Mainline".
> Clearly, this topic is not suitable for Release_1.0 anymore.
>
> There is a way around this that doesn't sacrifice the topic-oriented nature of
> the branch: You keep developing Feature_A as planned for Release_1.0 and when
> you notice that merging this feature to Mainline will become increasingly
> complex, you fork off a new branch Feature_A_for_Release_2.0 from Mainline
> and merge Feature_A into this new branch:
>
>   o--o--o                    Release_1.0
>  /    \  \
>  o-o-o--o--o-o-o-o-X-o---o--o Mainline
>      \             \
>       F1            o--o     Feature_A_for_Release_2.0
>        \           /  /
>         F2--------F3-F4      Feature_A
>
> The fork point X must be in Release_2.0.

That makes perfect sense. I will discuss your suggestion with my
colleagues and will send them the link you mentioned. It's just that
branching and especially merging with CVS is so painful that they
might get scared :-). With git that's completly different, of course.

Thanks a lot,
Peter

  reply	other threads:[~2009-11-29 19:03 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-29 16:28 What is the best way to backport a feature? Peter Weseloh
2009-11-29 16:47 ` Björn Steinbrink
2009-11-29 16:52   ` Pascal Obry
     [not found]   ` <4db3b0200911290941j42c5a0aaq2c6a9836b38066b2@mail.gmail.com>
2009-11-29 17:45     ` Fwd: " Peter Weseloh
2009-11-29 18:33       ` Johannes Sixt
2009-11-29 19:03         ` Peter Weseloh [this message]
2009-11-29 18:17     ` Björn Steinbrink
2009-11-29 16:49 ` Pascal Obry
2009-11-29 17:02 ` Michael J Gruber
2009-11-30 19:08   ` Greg A. Woods

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=4db3b0200911291103x6430e563rb86330284a4c2c7b@mail.gmail.com \
    --to=peter.weseloh@googlemail.com \
    --cc=git@vger.kernel.org \
    --cc=j6t@kdbg.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).