micro release exception for bzr
Mark Shuttleworth
mark at ubuntu.com
Fri Sep 17 09:56:02 BST 2010
On 17/09/10 08:19, Martin Pool wrote:
> The criteria for
> changes to our stable branches are intended to match the criteria for
> Ubuntu updates, so if they don't match we can certainly consider
> changing them. In particular fixes to the stable branch, unless there
> is an compelling reason:
>
> * must not change APIs
> * must not change default formats or interoperability
> * should have a Launchpad bug number
> * should have a reasonably small patch,
> * should not have gratuitous code cleanups or rearrangements
> * should add new tests for fixed bugs
> * should be careful of anything that may change cross-platform behaviour
>
That looks SRU-compatible to me.
> We have a pretty substantial test suite (about 26,000 tests) which is
> run on every release-branch commit, and we require new tests for bug
> fixes or features if it is at all practical. I believe the tests are
> currently done during upstream releases rather than during package
> builds, but I see no reason why they couldn't be turned on there.
>
I'd rather require a manual test run confirmation before the archive
pocket copy from -proposed to -updates than hammer the buildds every
single time we build bzr.
Mark
More information about the technical-board
mailing list