Actions

Difference between revisions of "SupportedVersions"

From Mahara Wiki

(Current and upcoming releases)
(Definition of support)
Line 85: Line 85:
 
* Occasionally, some other serious bug fixes will be included, but these are not guaranteed.
 
* Occasionally, some other serious bug fixes will be included, but these are not guaranteed.
 
** (If you find another type of bug, please let us know by reporting it on the mahara.org forums or directly on Launchpad: https://bugs.launchpad.net/mahara/+filebug)
 
** (If you find another type of bug, please let us know by reporting it on the mahara.org forums or directly on Launchpad: https://bugs.launchpad.net/mahara/+filebug)
 +
 +
=== Specific backporting rules ===
 +
 +
When deciding which bugs to backport to supported branches, these are the general principles:
 +
 +
* '''[[Security]] bugs'''
 +
** '''All''' Critical and High priority security bugs should be backported
 +
** '''Most''' Medium and Low priority security bugs should be backported
 +
*** At the developers' discretion, these might not be backported if:
 +
**** Backporting would be technically difficult due to differences between Mahara versions
 +
**** The bug fix requires database upgrades or dataroot manipulations
 +
**** The bug fix otherwise introduces a high risk of regressions.
 +
 +
* '''Non-security bugs'''
 +
** '''All''' Critical bugs should be backported
 +
** '''Most''' High priority bugs should be backported
 +
*** At the developers' discretion, these might not be backported if:
 +
**** Backporting would be technically difficult due to differences between Mahara versions
 +
**** The bug fix requires database upgrades or dataroot manipulations
 +
**** The bug fix otherwise introduces a high risk of regressions.
 +
** '''No''' Medium or Low priority non-security bugs are backported
 +
** '''No''' Wishlist bugs are backported
 +
*** Not even to the current stable release. Wishlist items are only added to the current development branch.
  
 
== See also ==
 
== See also ==

Revision as of 10:58, 18 October 2016

Current and upcoming releases

A new major version of Mahara is released every 6 months, around April and October. From Mahara 1.0 to 1.10, these were numbered using a type of semantic versioning. Starting with the 15.04 release (after 1.10), they are numbered to reflect the date the release is scheduled (so "15.04" means "2015, April"). See Version Numbering Policy for more details.

The standard support lifetime of a major version is 18 months (3 release cycles):

  • Receives bug fixes and security fixes for the first 6 months
  • Receives security fixes only, for an additional 12 months

In the event that a major release substantially breaks backwards compatibility, we may declare the previous release to be an extended support release which will receive security fixes for 30 months (5 release cycles), in order to give sites more time to upgrade. 15.04 is our first extended support release, due to a complete overhaul of the Mahara theme system in 15.10 breaking compatibility for existing custom themes.


Older releases (pre Mahara 1.6)

Prior to Mahara 1.6, Mahara major versions were released as needed, according to no particular schedule. During the transition period to the 6 month release cycle, support for the older releases was provided for 2 release cycles.

Definition of support

Being "supported" means:

  • The release team is committed to making available updates to Mahara that are security related.
    • (See Security to find out how to report security bugs to us.)
  • Occasionally, some other serious bug fixes will be included, but these are not guaranteed.

Specific backporting rules

When deciding which bugs to backport to supported branches, these are the general principles:

  • Security bugs
    • All Critical and High priority security bugs should be backported
    • Most Medium and Low priority security bugs should be backported
      • At the developers' discretion, these might not be backported if:
        • Backporting would be technically difficult due to differences between Mahara versions
        • The bug fix requires database upgrades or dataroot manipulations
        • The bug fix otherwise introduces a high risk of regressions.
  • Non-security bugs
    • All Critical bugs should be backported
    • Most High priority bugs should be backported
      • At the developers' discretion, these might not be backported if:
        • Backporting would be technically difficult due to differences between Mahara versions
        • The bug fix requires database upgrades or dataroot manipulations
        • The bug fix otherwise introduces a high risk of regressions.
    • No Medium or Low priority non-security bugs are backported
    • No Wishlist bugs are backported
      • Not even to the current stable release. Wishlist items are only added to the current development branch.

See also