
After the 2023.1 series has been transitioned to unmaintained, all older unmaintained branches will be moved to EOL according to the policy[0]. If you want to opt-in to keep some of these branches in the unmaintained status, please note the following: - You need to opt-in to keep all branches from yoga through to 2023.1 active, there are no gaps allowed. - The CI for those branches must be in good shape, this implies in particular: - All bot-generated patches like updates to the .gitreview config are merged. - There are no zuul config errors for these branches[1]. - All configured zuul jobs are passing on a test patch. If all of these conditions are met, you can submit a review on top of this one which reverts the creation of the yoga-eol tags for the repos that you opt into. Please link to the test patches showing the working CI. Once verification of the conditions is completed, your revert will be applied to this change. The deadline for the opt-in process will be 21 Mar 2025, after that this change will be merged. The whole process can also be tracked at [2]. [0] https://governance.openstack.org/tc/resolutions/20230724-unmaintained-branches.html [1] https://zuul.opendev.org/t/openstack/config-errors?branch=unmaintained%2Fyoga&skip=0 [2] https://etherpad.opendev.org/p/eol-unmaintained-branches Change-Id: I155df5f05f8cb8138d2a26d90a345c4fb22c5b1b
OpenStack Releases
This repository is used to drive release automation for OpenStack release deliverables, ultimately publishing them on the https://releases.openstack.org/ website.
Changes to this repository are proposed using Gerrit at https://review.opendev.org. This repository is managed by the OpenStack Release Management team.
For more information on how to use this repository, please read our reference documentation.
Who should use this repository
All official OpenStack software should go through the OpenStack Release Management team team to produce releases. Exceptions to this rule are granted by the Technical Committee and documented in the openstack/governance repository ('release-management' key in reference/projects.yaml).
Deliverables managed by teams not under OpenStack governance should follow the tagging instructions in the infra manual.
More information
You can reach the Release Management team on the #openstack-release channel on OFTC IRC <https://www.oftc.net/>, or by sending an email with '[release]' as a subject prefix to the openstack-discuss mailing-list.