Stefan Seefeld wrote:
troy d. straszheim wrote:
Robert Ramey wrote:
This discussion demonstrates what's wrong with the current testing of the trunk.
Here is the way it should be done.
For each library that is changed, the library version on the trunk should be tested against the release branch. In practice this would work something like the following:
On the tester's machine start out with a current image of the release branch. For each library A switch library A's directories to the trunk run tests Restore image to release
Or (indulge me) more generally:
merge branch B with release branch run tests
i.e., "library A on the trunk" is just a specific case of a branch, and "switch library A's directories to the trunk" is just a specific (painfully easy) case of a merge.
I don't quite agree. Assuming I have boost version N installed on my system (no matter by what means), I may want to test a given library (from whatever branch) against the installed system, not necessarily a working copy of a whole boost tree.
Can you explain why -- as in specific use cases? Especially given the lack of source- and binary- compatibility guarantees. - Volodya