Clarify the timeline for project to move to Inactive state

Currently we try to monitor and move the inactive project to
Inactive state before milestone-2 which is deadline from the
release team. But there are chances that either TC detect the
inactive projects late or project can become inactive
after milestone-2. In that case, TC needs to discussion it
in details and considering all risk take decision. Modifying
the process doc to explicitly cover this case just in case
if we see project not fixing security bug or other critical
issue in project after m-2.

- https://etherpad.opendev.org/p/apr2024-ptg-os-tc#L303

Change-Id: I0c3908c93bc12db1fb8ef0d2c433352a83e49554
This commit is contained in:
Ghanshyam Mann 2024-02-12 21:30:18 -08:00
parent e2a47de10a
commit 746291ce9c
1 changed files with 10 additions and 0 deletions

View File

@ -74,6 +74,12 @@ If project is not able to become an official OpenStack project within that
timeframe, TC will discuss with the team if more time is required for the
project to meet the :doc:`new-projects-requirements` or will retire the project.
The TC will monitor the existing projects at different stages of the development
cycle and if any project becomes inactive due to lack of maintainers and is not
able to do the mandatory activities then the project will be marked as inactive.
We will try to detect and mark a project inactive in the early stage of the
development cycle but it can happen at any phase of development cycle.
An existing project should be reinstated as an active OpenStack project before
the release milestone-2 of the cycle they entered the ``inactive`` state to
become ``active`` again and to be released in that cycle. In the case where an
@ -88,6 +94,10 @@ state, the TC will discuss with the team if project will be retired before the
release milestone-2 of the cycle. In such a case there will be no new releases
of that project.
If TC detects inactive project or project becomes inactive after the release
milestone-2 of the cycle, TC needs to take decision based on the severity and
risk to continue the project release.
Tracking
========