[tc][stable] Changing stable branch policy
Thierry Carrez
thierry at openstack.org
Tue Nov 19 11:05:28 UTC 2019
Ghanshyam Mann wrote:
> [...]
> I am still finding difficult to understand the change and how it will solve the current problem.
>
> The current problem is:
> * Fewer contributors in the stable-maintenance team (core stable team and project side stable team)
> which is nothing but we have fewer contributors who understand the stable policies.
>
> * The stable policies are not the problem so we will stick with current stable policies across all the projects.
> Stable policies have to be maintained at single place for consistency in backports across projects.
> [...]
I don't think that this the problem this change wants to solve.
Currently the stable-core team is perceived as a bottleneck to getting
more people into project-specific stable teams, or keeping those teams
membership up to date. As a result stable maintenance is still seen in
some teams as an alien thing, rather than an integral team duty.
I suspect that by getting out of the badge-granting game, stable-core
could focus more on stable policy definition and education, and review
how well or bad each team does on the stable front. Because reviewing
backports for stable branch suitability is just one part of doing stable
branch right -- the other is to actively backport relevant patches.
Personally, the main reason I support this change is that we have too
much "ask for permission" things in OpenStack today, something that was
driven by a code-review-for-everything culture. So the more we can
remove the need to ask for permission to do some work, the better.
--
Thierry Carrez (ttx)
More information about the openstack-discuss
mailing list