OpenEBS follows a quarterly release cadence. The process is as follows:
The scope of the release is determined by:
- contributor availability,
- pending items listed in the roadmap and
- the issues filed by the community.
- The release scope is published and tracked using GitHub Projects. To maintain monthly release cadence, the project tracker is setup with indicative milestones leading up to freezing the feature development in the 3rd week, the remaining days are used to run e2e and fix any issues found by e2e or community.
- At the start of the release cycle, one of the contributors takes on the role of release manager and works with the OpenEBS Maintainers to co-ordinate the release activities.
- Contributors sync-up over community calls and slack to close on the release tasks. Release manager runs the community calls for a given release. In the community call, the risks are identified and mitigated by seeking additional help or by pushing the task to next release.
- The various release management tasks are explained in the release process document.
- OpenEBS release is made via GitHub. Once all the components are released, Change Summary is published along with openebs/openebs release tag.
- OpenEBS release is announced on all Community reach out channels.
- The release tracker GitHub project is closed.