You can view details of ONOS Release Processes at:
  1. Release Cycle
  2. Release Naming
  3. Submitting new feature or project proposal
  4. Branching model

You can view details of all ONOS Releases at:

  1. Release Schedule
  2. Release Notes
  3. Release Content
  4. Roadmap 2015 (Initial proposal- to be finalized with input from service providers, vendors, community i.e. you)
    1. Distributed Core
    2. Application Intent Framework
    3. Southbound

RELEASE CYCLE

Release Frequency

ONOS releases have a 3 month time-based release cycle.

A new ONOS release will be available on the last day of the following four months:

Development items and bugs for each release are tracked through JIRA. If you are new to JIRA, you can learn more about using JIRA for ONOS on the ONOS JIRA wiki page.

Release Stages

Planning

 At the beginning of each ONOS release cycle, proposed content for the release is discussed and prioritized. The proposed content i.e. the backlog (in Agile terminology) is tracked in JIRA.

Development

Developers submit code to Gerrit for review, and this code gets merged upon acceptance.  Learn more about the development process here.

Pre-release (Tagging release candidates)

Once all the development milestones are met and release-critical bugs are fixed, the first candidate for that release (RC1) is tagged. This RC1 build will be used as the final release, unless new release-critical issues are found in which case these are fixed and a new RC tag is applied to the subsequent build.

Code Freeze

Code freeze happens 15 days before the release date. This is subject to change.

Release

On release day (as described above in Release Frequency), the last tagged release candidate is re-versioned and published as the release on onosproject.org. You can find details on release versioning here.

Return to Releases section.

RELEASE NAMING

Release Versioning and Tags

Each ONOS release will have the following version format:

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

Example:
Here is how this versioning will work for the Dec 5th, 2014 open source release:
  • 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
EmuTBDAbout the birdDecember 18th, 2015
FalconTBDAbout the birdTBD

 

Return to Releases section.

SUBMITTING A NEW FEATURE PROPOSAL 

Types of proposals:

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

Return to Releases section.

BRANCHING MODEL

Branches


ONOS branching model:
  • 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.

Return to Releases section.


RELEASE SCHEDULE

 

Release
Version
Release Date

Status

Avocet1.0.0December 5th, 2014Released
Blackbird1.1.0February 28th, 2015Released
Cardinal1.2.0May 31st, 2015Released
Drake1.3.0September 18th, 2015Released
EmuTBDDecember 18th, 2015Under Development
FalconTBDTBDProposed

Status

The status field can have one of the following values:


Return to Releases section.