governance/resolutions/20150615-stackforge-retirement.rst
Ben Kero c6e237eaf4 stackforge retirement: make workflow reqs+cla clearer
There has been some concern voiced over the ambiguity of the language
used in this resolution. Concerns were brought up about whether new or
existing contributors will now need to sign a CLA or alter workflow. It
is my understanding that this is not the case.

To make this clear, I propose adding this unambiguous writing to the
resolution.

Change-Id: Iac0f87678479e694350cccfb9bb87ce3bb946ff6
2015-10-05 19:12:43 +09:00

1.8 KiB

2015-06-15 Stackforge Namespace Retirement

The Stackforge project provides an environment for projects to share the OpenStack project's development resources and methodology, and otherwise participate in the OpenStack community. It enables projects to deeply interact with OpenStack in development and testing, whether they seek to become "core" OpenStack projects or not.

This is an extremely valuable service that benefits our entire community, including new as well as established projects.

With recent changes in project governance, the OpenStack project has opened itself to including a much wider range of projects under its umbrella. Because of this, projects are moving between Stackforge and OpenStack at a much higher frequency than previously.

The names of projects hosted in the OpenStack project infrastructure have prefixes that have been used for distinguishing Stackforge ("stackforge/") and OpenStack ("openstack/") projects. Because these prefixes form part of the full name of the project's source code repository, organizational changes entail renaming the project. This is complex for the Infrastructure team and very disruptive to developers, operators, and users.

In order to simplify software development lifecycle transitions of Stackforge and OpenStack projects, all projects developed within the OpenStack project infrastructure will be permitted to use the "openstack/" namespace.

The "openstack/" namespace is intended to convey that projects contained within it are hosted on OpenStack infrastructure. Only some of the projects within will be official OpenStack projects themselves. As such, there should not be any new requirements such as CLA signing. This resolution should not alter the workflow of any of the projects.