openstack
/
governance
Code Issues Proposed changes

Merge "Propose the addition of a status:maintenance-mode"

This commit is contained in:
Jenkins 2017-04-18 20:40:54 +00:00 committed by Gerrit Code Review
parent da66f16322 c9e7de18b1
commit 99e9208611
2 changed files with 101 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

1
reference/tags/index.rst
View File

@ -62,6 +62,7 @@ project doesn't actually meet the documented criteria.
assert_supports-rolling-upgrade
assert_supports-zero-downtime-upgrade
assert_supports-zero-impact-upgrade
status_maintenance-mode
Vulnerability Management Tags
=============================

100
reference/tags/status_maintenance-mode.rst Normal file
View File

@ -0,0 +1,100 @@
::
This work is licensed under a Creative Commons Attribution 3.0
Unported License.
http://creativecommons.org/licenses/by/3.0/legalcode
..
This template should be in ReSTructured text. Please do not delete
any of the sections in this template. If you have nothing to say
for a whole section, just write: "None". For help with syntax, see
http://sphinx-doc.org/rest.html To test out your formatting, see
http://www.tele3.cz/jbar/rest/rest.html
.. _`tag-maintenance-mode`:
=======================
status:maintenance-mode
=======================
The status:maintenance-mode tag is a project team level tag.
There are situations the project team or the TC wish to indicate that
a project team is in a transient period of low activity (which we call
'maintenance-mode'). This is accomplished by applying the
status:maintenance-mode tag to the project team.
Application to current projects
===============================
.. tagged-projects:: status:maintenance-mode
Rationale
=========
From time to time, and for any number of reasons, a project team
enters a period where there is reduced activity and contribution.
When a project team, or the Technical Committee determine that a
project team is in such a transient state, the 'maintenance-mode' tag
can be applied to it. The application of the tag signals to all that
the project team is in this mode, and they can set their expectations
on activity accordingly.
The following section (Requirements) describes the requirements for a
the tag to be applied.
Requirements
============
The tag can be applied by the Technical Committee or the project team,
the project team has entered a transient period of low activity.
It is important to understand that this is intended to be for a
transient period of low activity, one that can be exited if there are
additional active contributors who are able to contribute actively to
the project team.
* the project team has an appointed, and responsive release liaison
* the project team has an appointed, and responsive liaison to the
security team
* the project team will meet the release goals, and take the necessary
actions required to cause a release to be available as part of the
regular OpenStack release schedule
* the project team will fix and release fixes to security issues
raised by the VMT.
When a project team is in maintenance-mode, the following are
explicitly not guaranteed.
* the project team does not guarantee the review and merging of
non-critical bug fixes
* the project team does not guarantee the implementation and delivery
of new features and functionality
* the project team makes no commitments to respond to queries on the
project's IRC channel or on the mailing list
* the project team makes no commitments to hold its regularly
scheduled meetings.
Tag application process
=======================
This tag is applied either by the Technical Committee or the project
team (voluntarily).
The application of the tag requires a change to be submitted to the
governance repository by the PTL or a member of the Technical
Committee. The change should include a justification for why the tag
should be applied or removed.
The change is reviewed by the Technical Committee and approved using
standard resolution approval rules, including discussion at at least
one Technical Committee public IRC meeting.
Deprecation
===========
The Technical Committee may from time to time review project teams
that are in maintenance-mode to consider other actions (such as making
the project unofficial) as they feel is appropriate.