Subject: Re: [boost] trunk vs release
From: Robert Ramey (ramey_at_[hidden])
Date: 2009-05-21 12:45:19
This discussion demonstrates what's wrong with the current testing of the
Here is the way it should be done.
For each library that is changed, the library version on the trunk should be
the release branch. In practice this would work something like the
On the tester's machine start out with a current image of the release
For each library A
switch library A's directories to the trunk
Restore image to release
a) attribute failures to their proper source
b) prevent testing of each library (A) with provisional (trunk) code
c) guarentee that when changes are merged into the release no new failures
d) reduce testing time since a small expermental change in one library in
wouldn't provoke rebuild and test of all its dependents.
On my own machine, I have a release branch and I've switched the
library directories to the trunk. I can verify that all the above mentioned
benefits are in fact realized. Boost testing would benefit greatly from
adopting the same strategy.
troy d. straszheim wrote:
> Daniel James wrote:
>> 2009/5/21 troy d. straszheim <troy_at_[hidden]>:
>>> Okay, but with the current trunk, you're regression testing a lot
>>> of cruft that has been sitting there ignored for years.
>> Whatever branching scheme you use, unmaintained code will still be
> That's true of course. And of course this has little to do with the
> practice of repeatedly testing and 'merging around' unmaintained,
> unreleased code.
>>> How about regression-testing a codebase that has a fighting chance
>>> of actually becoming a release?
>> Boost is a volunteer organisation.
> You're stating the obvious; sorry if I'm irritating you. (BTW I
> didn't mean "you" above when I said "you're regression testing"). I'm
> just being careful, trying to establish how much of this is by design,
> and how much has just 'evolved' on its own...
>> In order for something to happen that effects everyone, someone has
>> to make a proposal, convince people (I'm not sure exactly who) to go
>> along with it, deal with whatever issues there are and put it into
>> action. And in this case, nobody has.
> ... and now I have my answer. Thanks.
> Unsubscribe & other changes:
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk