diff --git a/doc/source/stadium/guidelines.rst b/doc/source/stadium/guidelines.rst index 42f13cde97e..452c94b06a3 100644 --- a/doc/source/stadium/guidelines.rst +++ b/doc/source/stadium/guidelines.rst @@ -132,16 +132,15 @@ consumers of your code easier. Sub-Project Release Process ~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Only members of the `neutron-release -`_ gerrit group can do -the following release related tasks: +All subproject releases are managed by `global OpenStack Release Managers team +`_. The +`neutron-release team +`_ handles only the +following operations: -* Make releases * Create stable branches * Make stable branches end of life -Make sure you talk to a member of neutron-release to perform these tasks. - To release a sub-project, follow the following steps: * For projects which have not moved to post-versioning, we need to push an @@ -155,19 +154,12 @@ To release a sub-project, follow the following steps: `_ a patch to openstack/releases repository with the intended git hash. `The Neutron release liaison `_ - should be added in Gerrit to the list of reviewers for the patch. -* If the subproject is not `managed - `_ by - OpenStack Release Team, a member of `neutron-release - `_ `tags the release - `_ and - creates the needed stable branches, if needed. Note: tagging will release - the code to PyPI. Note: new major tag versions should conform to SemVer + should be added in Gerrit to the list of reviewers for the patch. Note: new + major tag versions should conform to `SemVer `_ requirements, meaning no year numbers should be used as a major version. The switch to SemVer is advised at earliest convenience for all new major releases. -* The Neutron release liaison votes with +1 for the openstack/releases patch - that gives indication to release team the patch is ready to merge. +* The Neutron release liaison votes with +1 for the openstack/releases patch. * The releases will now be on PyPI. A sub-project owner should verify this by going to an URL similar to `this `_.