Difference between revisions of "NeutronPolicies"
(→Core Members) |
|||
| (15 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
| + | Note: These are moving in-tree. You can find most of these now available [https://github.com/openstack/neutron/tree/master/doc/source/policies here]. | ||
| + | |||
This page tracks all policies and procedures for working within the OpenStack Neutron Project. | This page tracks all policies and procedures for working within the OpenStack Neutron Project. | ||
== Blueprints == | == Blueprints == | ||
| − | + | Information on BPs can be found in-tree [https://github.com/openstack/neutron/blob/master/doc/source/policies/blueprints.rst here]. | |
| + | |||
| + | It's worth noting that at the start of each cycle, any BP which did not make it in the release will need to be resubmitted and approved for the next cycle. | ||
== Bugs == | == Bugs == | ||
| − | + | A detailed description of the Neutron bug processes, including the mention of the current Neutron Bug Czar, is maintained in-tree [https://github.com/openstack/neutron/blob/master/doc/source/policies/bugs.rst here]. | |
| − | |||
== Contributor Onboarding == | == Contributor Onboarding == | ||
| + | All information for new contributors is documented in-tree [https://github.com/openstack/neutron/blob/master/doc/source/policies/contributor-onboarding.rst here]. | ||
== Core Members == | == Core Members == | ||
| − | + | Information on existing cores, becoming a core, removing a core, and core expectations is available in-tree [https://github.com/openstack/neutron/blob/master/doc/source/policies/core-reviewers.rst here]. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | + | == Gate Failure Triage == | |
| + | Gate failure triage is documented in-tree [https://github.com/openstack/neutron/blob/master/doc/source/policies/gate-failure-triage.rst here]. | ||
| − | == | + | == Meetings == |
| − | + | The Neutron team and sub-teams make extensive use of IRC for meetings. The current list of meetings can be found [https://wiki.openstack.org/wiki/Meetings#OpenStack_Networking_.28Neutron.29 here]. Most sub-teams have weekly meetings, with rollup status reporting back to the weekly Neutron team meeting. | |
| − | The | + | == Plugins == |
| + | The [[NeutronPlugins]] page documents all interactions around plugins. The [http://stackalytics.com/report/driverlog?project_id=openstack%2Fneutron&vendor=&release_id= DriverLog] page for Neutron has additional information for Neutron plugins. | ||
| − | == | + | == Reviews == |
| − | + | Policies around both code and specification reviews for Neutron are maintained in-tree [https://github.com/openstack/neutron/blob/master/doc/source/policies/code-reviews.rst here]. | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== Sub Teams == | == Sub Teams == | ||
| − | + | The [[NeutronSubTeams]] page details all of the various sub-teams which operate under Neutron. These sub-teams are responsible for chunks of Neutron. Neutron is a large project, and there are many faucets involved. Having sub-teams is a way to delegate roles and responsibilities around the operational and development aspects of Neutron. The role of a sub-team is as follows: | |
| − | + | * Triage, track and close bugs in the sub-team area. | |
| − | + | * Report status back to the weekly Neutron meeting. | |
| − | + | * Drive BPs in the sub-team area. | |
| − | + | * [rkukura] Can we include a somewhat formal pre-review responsibility, where subteam members need to get some number of +1s on each patch before the core reviewers are asked to review the patches? | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
== Third Party Testing == | == Third Party Testing == | ||
| + | Please see the [[NeutronThirdPartyTesting]] page for details. | ||
Latest revision as of 17:48, 6 March 2015
Note: These are moving in-tree. You can find most of these now available here.
This page tracks all policies and procedures for working within the OpenStack Neutron Project.
Contents
Blueprints
Information on BPs can be found in-tree here.
It's worth noting that at the start of each cycle, any BP which did not make it in the release will need to be resubmitted and approved for the next cycle.
Bugs
A detailed description of the Neutron bug processes, including the mention of the current Neutron Bug Czar, is maintained in-tree here.
Contributor Onboarding
All information for new contributors is documented in-tree here.
Core Members
Information on existing cores, becoming a core, removing a core, and core expectations is available in-tree here.
Gate Failure Triage
Gate failure triage is documented in-tree here.
Meetings
The Neutron team and sub-teams make extensive use of IRC for meetings. The current list of meetings can be found here. Most sub-teams have weekly meetings, with rollup status reporting back to the weekly Neutron team meeting.
Plugins
The NeutronPlugins page documents all interactions around plugins. The DriverLog page for Neutron has additional information for Neutron plugins.
Reviews
Policies around both code and specification reviews for Neutron are maintained in-tree here.
Sub Teams
The NeutronSubTeams page details all of the various sub-teams which operate under Neutron. These sub-teams are responsible for chunks of Neutron. Neutron is a large project, and there are many faucets involved. Having sub-teams is a way to delegate roles and responsibilities around the operational and development aspects of Neutron. The role of a sub-team is as follows:
- Triage, track and close bugs in the sub-team area.
- Report status back to the weekly Neutron meeting.
- Drive BPs in the sub-team area.
- [rkukura] Can we include a somewhat formal pre-review responsibility, where subteam members need to get some number of +1s on each patch before the core reviewers are asked to review the patches?
Third Party Testing
Please see the NeutronThirdPartyTesting page for details.
