Introduce "TC-approved release" in process
The OpenStack Foundation bylaws mandate the following: The Technical Committee shall designate a subset of the OpenStack Project an “OpenStack Technical Committee Approved Release” from time to time. The Board of Directors may determine "Trademark Designated OpenStack Software" from time to time, which will be a subset of the "OpenStack Technical Committee Approved Release". Therefore it is necessary that capabilities and designated sections used in trademark guidelines are chosen from a superset of projects code and features designated by the TC and called "the TC-approved Release". This change proposes to introduce the "TC-approved release" in the Defcore process to make sure we don't miss that critical step. Change-Id: Ie99c6ae7f9da590469a22155ccb286d789cc0ebf
This commit is contained in:
parent
9fecdd82ca
commit
2653cae001
@ -63,16 +63,19 @@ A1. New Guidelines Start From Previous Guidelines
|
|||||||
|
|
||||||
A2. Community Groups Tests into Capabilities
|
A2. Community Groups Tests into Capabilities
|
||||||
|
|
||||||
1. DefCore Committee coordinates community activities with the TC and
|
1. DefCore Committee coordinates community activities with the Technical
|
||||||
PTLs to revise the capabilities based on current technical needs and
|
Committee ("TC") and Project Team Leaders (PTLs) to revise the
|
||||||
functionality.
|
capabilities based on current technical needs and functionality.
|
||||||
2. Groupings may change between iterations.
|
2. Capabilities must correspond to projects which are part of the
|
||||||
3. Tests must have unique identifiers that are durable across releases
|
"TC-approved release" as designated by the TC (see bylaws of the
|
||||||
|
Foundation, section 4.1(b)(iii)).
|
||||||
|
3. Groupings may change between iterations.
|
||||||
|
4. Tests must have unique identifiers that are durable across releases
|
||||||
and changes in grouping.
|
and changes in grouping.
|
||||||
4. Tests must be under OpenStack Technical Committee governance.
|
5. Tests must be under OpenStack Technical Committee governance.
|
||||||
5. The DefCore committee will provide the test groupings in JSON format
|
6. The DefCore committee will provide the test groupings in JSON format
|
||||||
for scoring.
|
for scoring.
|
||||||
6. The DefCore committee will provide a human-readable summary of
|
7. The DefCore committee will provide a human-readable summary of
|
||||||
the Guideline generated from the JSON version.
|
the Guideline generated from the JSON version.
|
||||||
|
|
||||||
A3. PTLs Recommend Changes to Designated Sections
|
A3. PTLs Recommend Changes to Designated Sections
|
||||||
@ -81,14 +84,18 @@ A3. PTLs Recommend Changes to Designated Sections
|
|||||||
previous Guideline.
|
previous Guideline.
|
||||||
2. Designated Sections will not be added without being advisory in the
|
2. Designated Sections will not be added without being advisory in the
|
||||||
previous Guideline.
|
previous Guideline.
|
||||||
3. DefCore coordinates with technical leadership to define advisory sections
|
3. Designated Sections will not be added or be made advisory unless the
|
||||||
|
corresponding code base is designated as part of the "TC-approved release"
|
||||||
|
by the Technical Committee (see bylaws of the Foundation, section
|
||||||
|
4.1(b)(iii)).
|
||||||
|
4. DefCore coordinates with technical leadership to define advisory sections
|
||||||
for projects that have advisory or required capabilities.
|
for projects that have advisory or required capabilities.
|
||||||
4. Designated Sections may be sufficiently defined for Guidelines using
|
5. Designated Sections may be sufficiently defined for Guidelines using
|
||||||
general descriptions that outline the intent of the technical leadership.
|
general descriptions that outline the intent of the technical leadership.
|
||||||
5. DefCore will present A3.4 descriptions to the Board for approval.
|
6. DefCore will present A3.4 descriptions to the Board for approval.
|
||||||
6. Technical leadership may, but is not required to, provide more specific
|
7. Technical leadership may, but is not required to, provide more specific
|
||||||
details describing the Designated Sections for a project.
|
details describing the Designated Sections for a project.
|
||||||
7. Designated sections will be included in the JSON Guideline.
|
8. Designated Sections will be included in the JSON Guideline.
|
||||||
|
|
||||||
A4. DefCore Committee identifies required capabilities
|
A4. DefCore Committee identifies required capabilities
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user