[OpenSER-Devel] Call for opinion - new rules for the release process
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Mon Jun 9 19:19:44 CEST 2008
Hi,
In the last days, there was an obvious need for more strict rules to
control the process of preparing new release.
Current rules regarding the releases:
Rules for release cycles:
=========================
- ~6 months interval between major releases (dates publicly agreed
on devel list)
- minor release to cover founded bugs (whatever bug)
- major bugs triggers minor releases
Rules for commits on SVN (for releases):
========================================
- major releases (already released) accept only bug fixing commits
- for new major releases, there is a code freeze with ~ 1 months
before the release date or otherwise agreed on the devel list (as date)
- during the freeze, only bug fixes and docs are accepted
Otherwise, there are no rules (of course, only if I missed one - in this
case, please update the list).
Now, there was some unhappy people because some code (neither minor,
neither major) was committed into SVN with one day before the freeze.
Reason were more or less "religious" as no rules was broken or anything
broken (on the contrary, it was new functionality, a quite needed one).
So, I suggest putting more strict rules to avoid any "religious" reason
when come to committing new code on SVN.
Some ideas for new rules (resulting from a discussion with Olle
Johansson from Asterisk):
- Major commits (new modules, design and architectural changes) no
sooner then one month before the freeze
- other commits - any time before the freeze.
- any major commit must be followed by a detailed description
(devel+users) mailing list to inform people about the new stuff and to
give them a chance to have a word about.
- commits must be correlated with changes in docs (to update docs)
in term of one week (maximum).
- major commits (see above definitions) should not be made without a
prior discussion on the devel+users list.
Please add to this list if you have any other ideas that will spare us
time with useless discussions.
Thanks and regards,
Bogdan
More information about the Devel
mailing list