[openstack-dev] Avoiding regression in project governance
zbitter at redhat.com
Tue Mar 10 19:30:54 UTC 2015
On 10/03/15 12:29, Russell Bryant wrote:
> I feel that we're at a very vulnerable part of this transition. We've
> abolished the incubation process and integrated release. We've
> established a fairly low bar for new projects . However, we have not
> yet approved*any* tags other than the one that reflects which projects
> are included in the final integrated release (Kilo) . Despite the
> previously discussed challenges with the integrated release,
> it did at least mean that a project has met a very useful set of
> criteria .
> We now have several new project proposals. However, I propose not
> approving any new projects until we have a tagging system that is at
> least far enough along to represent the set of criteria that we used to
> apply to all OpenStack projects (with exception for ones we want to
> consciously drop). Otherwise, I think it's a significant setback to our
> project governance as we have yet to provide any useful way to navigate
> the growing set of projects.
I appreciate the concerns here, but I'm also uncomfortable with having
an open-ended hold on making projects an official part of OpenStack.
There are a lot of projects on StackForge that are by any reasonable
definition a part of this community, it seems wrong to put them on
indefinite hold when the Big Tent model has already been agreed upon.
Here is a possible compromise: invite applications now and set a fixed
date on which the new system will become operational. That way it's the
TC's responsibility to get the house in order by the deadline, rather
than making it everyone else's problem. If we see a wildly inappropriate
application then that's valuable data about where the requirements are
unclear. To avoid mass confusion in the absence of a mature set of tags,
I think it's probably appropriate that the changes kick in after the
Kilo release, but let's make it as soon as possible after that.
More information about the OpenStack-dev