Joomla

Difference between revisions of "Release procedure and checklist"

From Joomla! Documentation

Line 49: Line 49:
 
#* [http://developer.joomla.org/code.html Developer Code] (Nightly links)
 
#* [http://developer.joomla.org/code.html Developer Code] (Nightly links)
 
#1.5:
 
#1.5:
 +
#* [http://www.joomla.org/content/blogcategory/57/111/ Latest Release] (Administrator Latest Version Check)
 
#* [http://docs.joomla.org/Joomla_1.5_version_history Version History]
 
#* [http://docs.joomla.org/Joomla_1.5_version_history Version History]
 
# 1.0:
 
# 1.0:

Revision as of 21:45, 9 July 2008

There is a general checklist when a version of Joomla! is released. Keep in mind that a major release differs a lot from a Minor Release or even a Maintenance Release. The checklist here describes the steps that need to be done for (at least) Maintenance Release and Minor Release.


Release checklist[edit]

It depends on the Development Cycle when the checklist is triggered. A release can be done during every stage of the Development Cycle, it does not matter if you release a beta or a stable version, this is a general checklist that can be used when releasing a new version of Joomla! The checklist starts when it's decided to release a version:

Preparation phase[edit]

  1. Communication pre-release: check with all Working Group Coordinators for status
  2. Communication pre-release: check with Lead Developers for status
  3. Communication pre-release: inform Bug Squad and Development Team of upcoming release
  4. Decision: when the above has positive result, set a date and time for release
  5. Communication pre-release: inform Global Moderators about upcoming release
  6. Communication pre-release: check availability and assign release tasks to Core and work-group members.
  7. Close trunk on predefined date and time (Development Coordinator, also sends an e-mail to development list).
  8. Image for front page download module, has to be modified for the release.
  9. Contact foundation work group for creation of Front page announcement.
  10. Determine release name

Pre-execution phase[edit]

  1. Apply latest translations (need to be delivered by translation work group).
  2. Create test package.
  3. Offer test package to testers: Bug Squad members, Development Team members, translation members
  4. If problems are found during this stage, go back to fix the problem. Use the Joomla! Maintenance Procedures and repeat until tests are performed successfully.

Execution phase[edit]

  1. Change version information.
  2. Enable install check.
  3. Add entry in CHANGELOG.php file
  4. Package build.
  5. Offer test package to testers: Bug Squad members, Development Team members, translation members
  6. If problems are found during this stage, go back to fix the problem. Use the Joomla! Maintenance Procedures and repeat until tests are performed successfully.
  7. Add package to joomlacode.org
  8. Publish announcement on joomla.org and the forum, change download module image and link
  9. Make static copy of front page with announcement to be used if server load becomes critical.

Finalization phase[edit]

  1. Tag SVN.
  2. Un-freeze the trunk, send e-mail to work groups and mailing lists (Development Team and Bug Squad).
  3. Undo install check.
  4. Change content on joomla.org and dev.joomla.org (see pages to update)
  5. Update MD5 checksum information
  6. Update nightly builds to reflect new release

Pages to update[edit]

  1. Global:
  2. 1.5:
  3. 1.0:

Communication[edit]

For boiler-plate communication messages, see Release Communication Templates.