DRAFT
The content of this page is a work in progress intended for review.

Please help improve the draft!

Ask questions or make suggestions in the discussion
or add your suggestions directly to this page.

This document describes the proposed process for code and release.

Code changes

Each code change shall be associated with a bug
Code changes shall be submitted as patches to the appropriate bug
Patches should be reviewed
When committing an r+ed patch, document the bug number you are addressing inthe commit message
Aim for one commit per bug

Code freeze

Code freeze shall be announced by email when all bugs for the current release have been submitted
Code shall then be staged, QAed, and tested. (Note WebUI code is staged continuously and is available for QA after commit.)
After QA approval, a release shall be tagged from trunk.
Tags shall reside in the tags/ subversion directory. Suggested naming convention is release_svnversion_datetagged, for example, 1.6_r1900_20100329
Once the code is tagged, an email shall be sent announcing the tree is open again.