Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Format: <major>.<minor>.<revision>

  • Either the <major> or the <minor> version will be incremented for each release. The Technical Steering Team will decide whether to increment the major or minor number for the release. This decision will depend on a number of different factors such as incompatibility with existing APIs etc.
  • <revision> is incremented for a fix (or set of fixes) on a maintenance branch that justifies a new maintenance "release". Note: the revision number is optional when it is zero.

Example:
Here is how this versioning will work for the Dec 5th, 2014 open source release:
  • 1.0.0rc1 - release candidate for 1.0.0. rc1 is a temporary tag that gets cleaned up after 1.0.0 is tagged final.
  • 1.0.0 - Open source ONOS release on Dec 5th, 2014
  • 1.0.1 - First maintenance release for 1.0.0
    ....
The first open source release on December 5th, 2014 will have the 1.0.0 version number. The next release in February, 2015 could be versioned either 1.1.0 or 2.0.0 based on the decision of the Technical Steering Team.

Release Naming

During the development cycle and for easy identification post-release, each release is also identified by a "code" name in addition to the version. In keeping with the ONOS bird logo and the theme of openness and freedom, ONOS releases will be named after "Birds" in alphabetical order. Name of the first open source ONOS release is "Avocet" and is "EMu" for the next release in December, 2015.

For all releases after the February release, at the beginning of each release cycle, 3 names will be pre-selected by the Releases Steering team and provided to the ONOS Community via an online poll. The winning name will be used for the release. Only single word bird names with 10 characters or less are preferred for the release name but outside of these constraints, the Releases Steering Team and the Community have free rein.

The second release in 2016 will have the name of a bird starting with "g". Please email your suggestions for the August release name to onos-release-team@onosproject.org.

List of Release Names

 

Release NameRelease NumberAbout the nameRelease Date
Avocet1.0.0About the birdDec 5th, 2014
Blackbird1.1.0

About the bird

The legendary Blackbird Jet

In honor of Beatles

Feb 28th, 2015
Cardinal1.2.0 (question)

About the bird

(Stanford "Cardinal" refers to the color, NOT the bird)

May 31st, 2015
Drake1.3.0About the birdSeptember 18th, 2015
Emu1.4.0About the birdDecember 18th, 2015
Falcon1.5.0About the birdMarch 10th, 2016
Goldeneye1.6.0About the bird 
Hummingbird1.7.0About the bird 

 


Submitting a new Feature Proposal

Types of proposals:

  • The proposal is related to Core ONOS modules
  • The proposal is for an external module or application or product unrelated to ONOS core.

You can find details on submitting a new feature proposal here.

 


Branches Model


ONOS branching model:
  • Master branch (master): Main development will happen on the master branch. This is the latest and greatest branch, but is always "stable" and "deployable". All tests always pass on this branch.
  • Maintenance branch (support): This is the long-term maintenance branch per release.
  • Development branch (dev): This is a branch created for lengthy and/or involved feature development that could destabilize master. The development branches need to be proposed to and signed off by the Technical Steering Team.

You can find details on versioning and naming of releases here.