Re: Branching for V2.2

Eric Sunshine <[email protected]> Tue, 23 Jul 2013 19:44:58 -0400
Newsgroups gmane.comp.graphics.crystalspace.devel
Message-ID <CAPig+cRZ1bJ3D2yEA8Nxv4tJxfyE-z-vVOyvWPZsz5=x4Hdgeg@mail.gmail.com>
On Tue, Jul 23, 2013 at 11:36 AM, Christian Van Brussel
<[email protected]> wrote:
> I would like to commit some code but wouldn't want to have it included
> in CS 2.2 because it is not ready yet and would still require a lot of
> work.
>
> Would it be possible to create the 2.2 branches?

Standard version control practice is to create a development or
work-in-progress branch for unfinished work, and then merge that
branch into trunk when it has matured sufficiently. Rushing creation
of the 2.2 branch just to avoid polluting 2.2 with some unfinished
code seems like an abuse of this principle.

Ideally, 2.2 should be branched when trunk is at an ideal state to
make a release (regardless of the state of any work-in-progress
branches), and then the release should be made very, very soon after.
Previous releases have been quite problematic due to the time elapsed
between branching for the release and making the actual release. It
has not been uncommon for 6-12 months to elapse between branching and
releasing, during which time tens or hundreds of changes had to be
back-ported from trunk to the release branch. The situation has not
been ideal.

(Granted, SVN is not strong at branching and merging, so it's harder
than it sounds. A version control system, such as git, which makes the
process easier would be welcome.)

-- ES

------------------------------------------------------------------------------
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk