Release Management
From FIFE development wiki
This Page is meant for the Release Manager to use as a guide for releasing a new version of FIFE.
Contents |
Procedures
Pre-Release
Phase 1
- Hold a planning meeting for the release
- Decide on a realistic release date with the team
- Plan out any release specific tasks that have to be done
- Ensure everyone agrees that the open tickets can in fact be resolved a week or two BEFORE the release date
- Make the release date public (post on the blog)
- Update the Release Schedule article with your release plan
- Create any release specific tickets in trac. Also ensure there is a milestone for the proposed FIFE version
Phase 2
- Review the Release Schedule and ensure you will reach the release date.
- Announce any changes to release date on the blog
- Update pertinent documentation
Phase 3
This phase begins after there are no more planned updates to trunk. I.e. most work has been completed
- Ensure that the
<FIFE>/README,
<FIFE>/CHANGES and
<FIFE>/INSTALL files are all up to date
- Add release notes to REAMDE
- Add any changes to CHANGES
- Known issues go into README also
- Update the source documentation
- Change directory to the root of FIFE and run
python ./tests/analyzers/dep_analyzer.py
- Generate the dependency graphs (generated in previous step and located in
<FIFE>/docs/dependencies) in PNG and PostScript format using graphviz
- Change directory to the root of FIFE and run
- Make another announcement about the release
- Emphasize the release date
- Touch on the new features
Release Day
- Package files and upload to Sourceforge. See: Release_packaging
- Make official announcement
- Update the FIFE blog
- Update the SourceForge blog
- Close the Milestone in Trac
- Update the Release Schedule and mark all tasks as completed
- Update the wiki front page link to the RELEASE NOTES under the Help heading.