shaba/one
1
0
Fork 0
mirror of https://github.com/OpenNebula/one.git synced 2025-01-21 18:03:38 +03:00
Code Releases Wiki Activity

Updated Release Policy (markdown)

Ignacio M. Llorente 2019-04-22 13:34:09 -04:00
parent 10e8b3a3b8
commit 27a1d866f3
1 changed files with 14 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
Release-Policy.md

@ -1,12 +1,14 @@
### Release Cycle Policy
Updated on 22 April 2019
The OpenNebula project publishes this Release Cycle Policy in an effort to provide as much transparency as possible and may make exceptions as necessary.
OpenNebula follows a rapid release cycle to improve user satisfaction by rapidly delivering features and innovations based on user requirements and feedback. In other words, giving customers what they want more quickly, in smaller increments, while additionally increasing technical quality.
* Each **upgrade** or **major release** of ONE is denoted by a single major number, i.e.: ONE 2. A new major release typically means significant changes that may involve changes in the interfaces, core and data base and so may require a complex upgrade process for production environments.
* Each **update** or **minor release** of ONE is denoted by a major and a minor number, i.e.: ONE 2.2. A new minor release typically signifies enhancements, optimizations and bug fixes that may involve small changes in the core and data base and so allow a seamless upgrade process for production environments following a pre-defined migration path.
* Each **incremental release** of ONE is denoted by a major, a minor and an incremental number, i.e.: ONE 2.2.1. A new incremental release typically only includes bug fixes and minor enhancements.
* Each **upgrade** or **major release** of ONE is denoted by a single major number, i.e.: ONE 5. A new major release typically means significant changes that may involve changes in the interfaces, core and data base and so may require a complex upgrade process for production environments.
* Each **update** or **minor release** of ONE is denoted by a major and a minor number, i.e.: ONE 5.8. A new minor release typically signifies enhancements, optimizations and bug fixes that may involve small changes in the core and data base and so allow a seamless update process for production environments following a pre-defined migration path.
* Each **incremental release** of ONE is denoted by a major, a minor and an incremental number, i.e.: ONE 5.8.1. A new incremental release typically only includes bug fixes and minor enhancements.
Incremental releases can be **maintenance public** or **hotfix private** releases.
* **Hotfix private** – Incremental update to fix specific issues. Although all code in OpenNebula is fully open, packages from hotfix incremental versions are not publicly released, and are only available for users with an active commercial subscription.
@ -14,15 +16,18 @@ Incremental releases can be **maintenance public** or **hotfix private** release
![ReleaseCycle](http://opennebula.org/wp-content/uploads/2013/12/opennebulareleases.png "")
The OpenNebula project plans to release:
The OpenNebula project plans to release approximately:
* A new **upgrade** (major) version of OpenNebula approximately every 3-5 years.
* 6-10 **update** (minor) versions for each major version. There is an OpenNebula major or minor release approximately every 6 months.
* 1 **maintenance** (incremental) version for each minor version. There is at least one maintenance release between two consecutive minor releases.
* Several **hotfix** (incremental) versions for critical impact issues with a frequency of weeks for each minor version.
* A new **upgrade** (major release) of OpenNebula approximately every year and to provide two or three updates (minor release) for each major version. This means that there is an OpenNebula release every three or four months.
* Additionally there are four **maintenance incremental** releases every year, one between two consecutive major or minor releases. The Project will asynchronously distribute **hotfix incremental** releases for critical impact issues.
* After its first year, and for two additional years, the Project distributes a **service pack** (SP) for each major release that combines all the patches to easily install or deploy its last update.
* Prior to an official major or minor release date there is a **beta release** two weeks before. This beta release marks the feature-freeze for the release and development efforts are then mainly devoted to bug fixing and polishing.
After the release of a new update (minor release) and during three months, the Project asynchronously releases hotfixes with critical bug fixes for the previous update version to allow time to update to the latest version. This period is extended to six months when the new version is an upgrade (major version).
Four weeks before an official major or minor release date, there is a **beta release** series. This beta series marks the feature-freeze for the release, development efforts are then mainly devoted to bug fixing and polishing.
![ReleaseCycle2](http://opennebula.org/wp-content/uploads/2013/12/opennebulareleases2.png "")
The software is thoroughly tested through a internal [quality assurance process](Quality-Assurance) before its release. The OpenNebula project prepares [packages of all releases for the most common linux distributions](http://downloads.opennebula.org/packages/). During the entire life cycle, the Project makes reasonable efforts to maintain compatibility for the core and data base across all minor and maintenance releases. The Project may elect to make exceptions to the compatibility goal for critical impact or other significant issues.
The OpenNebula project can only provide community support and maintenance for the last minor (update) version. If you want a longer time support, [OpenNebula Systems](http://opennebula.systems/) provides [support and maintenance](https://opennebula.org/commercial-support/) during 5 year periods for each of the major releases of OpenNebula.
The open-source Project project can only provide community support and maintenance for the latest OpenNebula version. [OpenNebula Systems](http://opennebula.systems/) offers [commercial support subscriptions](https://opennebula.org/commercial-support/for users that need support for previous versions and have access to the enterprise repository with hotfixes.