Re: [boost] [Git] Documentation for Git and Modular Boost conversion

Subject: Re: [boost] [Git] Documentation for Git and Modular Boost conversion
From: Dave Abrahams (dave_at_[hidden])
Date: 2012-12-17 18:14:02

on Mon Dec 17 2012, "Robert Ramey" <ramey-AT-rrsd.com> wrote:

> I would like to re-iterate the idea that trunk and release
> libraries be tested against the next release (ie the current
> release branch).

Problems with the way your idea is expressed:

0. I'm not sure you mean "release branch" as defined by gitflow, which
   defines our branching policy.  You might want to take a look at that.

1. In the gitflow model, "release branches" are temporary.  You need to
   decide what to test against when there's no release branch.

2. "The current release branch" is not specific enough.  Each individual
   library *and* the Boost super-project can all have release branches,
   and they almost certain do not correspond to one another.  The Boost
   super-project should release combinations of states on the "master"
   branches of individual libraries.

> Robert Ramey
>
> PS - On personal machine, I have the release branch loaded
> and just switched to the trunk for the serialization library.
> This has made my life much easier since I've avoid the above
> problems.
>
> PPS - Hmmm - I wonder if this will be possible/easy under
> the Git system.

The model described in the PS is possible/easy.  The idea quoted at the
top is still not clear enough to say anything about.

-- 
Dave Abrahams
BoostPro Computing                  Software Development        Training
http://www.boostpro.com             Clang/LLVM/EDG Compilers  C++  Boost