Release Cycle

From OpenSimulator

(Difference between revisions)
Jump to: navigation, search
Line 14: Line 14:
 
# '''Produce a source package''' for the release candidate (optional).
 
# '''Produce a source package''' for the release candidate (optional).
 
# '''Announce the branch''' in the opensim-dev mailing list
 
# '''Announce the branch''' in the opensim-dev mailing list
# '''Gather feedback''' over a week or so.  '''Make bug fixes''' if possible.  Critical showstopper bugs (e.g. server won't start up) ''have'' to be fixed.
+
# '''Gather feedback''' over a week or so.  '''Make bug fixes''' if possible.  Critical showstopper bugs (e.g. server won't start up) ''should'' be fixed.
 
# '''Change the version type''' to Release
 
# '''Change the version type''' to Release
 
# '''Produce OpenSim source code packages''' after a successful test period and ''place on the website''' at http://opensimulator.org webserver (this needs further documentation since the automated production process is currently broken).
 
# '''Produce OpenSim source code packages''' after a successful test period and ''place on the website''' at http://opensimulator.org webserver (this needs further documentation since the automated production process is currently broken).

Revision as of 07:02, 23 December 2009


OpenSim has a lightweight release cycle right now. This allows us to get code out to people quickly, as befits the alpha status of the project.

Here are the release cycle steps

  1. Get informal feedback about current OpenSim stability. A good place to do this is the OpenSim weekly developer's meeting on osgrid.org.
  2. Announce the intention to start a release process to the opensim-dev mailing list.
  3. Branch <release name>-post-fixes from OpenSim Master in git. For example, 0.6.8-post-fixes.
  4. Change the version type in VersionInfo in OpenSim.Framework.Servers to RC1.
  5. Change the release number in OpenSim trunk to the next possible future release (e.g. 0.6.9 if this release process concerns 0.6.8).
  6. Produce a source package for the release candidate (optional).
  7. Announce the branch in the opensim-dev mailing list
  8. Gather feedback over a week or so. Make bug fixes if possible. Critical showstopper bugs (e.g. server won't start up) should be fixed.
  9. Change the version type to Release
  10. Produce OpenSim source code packages' after a successful test period and place on the website at http://opensimulator.org webserver (this needs further documentation since the automated production process is currently broken).
  11. Change the download wiki page to point to new release
  12. Produce binary packages and installers (optional)
  13. Change the version type to Post_Fixes
Personal tools
General
About This Wiki