Development:Release process

Some notes on the release process, to be fleshed out.

For a stable release on an existing branch XX with point value Y

1. Test / QA / etc
2. cvs -q update -dP
3. Edit version.php, update name and version to new point release and commit
4. cvs tag -F MOODLE_XX_MERGED version.php
5. cvs tag -FR MOODLE_XXY to tag everything in the release
6. Optional: In case of repackaging of release (due to some critical cause), move also the weekly with cvs tag -FR MOODLE_XX_WEEKLY, that way people using weeklies from cvs, will update to latest (correct) version sooner.
7. cvs -q update -dP all code on download server
8. Run moodle-makenightlystableXX
9. Go to download/stableXX
10. Copy current daily as release package:
    1. cp moodle-latest-XX.zip moodle-X.X.Y.zip
    2. cp moodle-latest-XX.tgz moodle-X.X.Y.tgz
11. Edit download index.php page with new release info and links
12. Visit releases page on tracker and make the release, bumping all remaining open bugs to the next point release.
13. Update filters (like Moodle 1.8.x bugs) in the tracker to include new unreleased versions
14. Make sure the Release Notes page is updated
15. Make sure all security bugs are posted on Security news
16. Add new version on the Release page
17. Post about the release on Moodle.org front page
18. Update the version.php in CVS to be X.X.Y+
19. cvs tag -F MOODLE_XX_MERGED version.php