Jump to: navigation, search

NeutronPolicies

Revision as of 17:48, 6 March 2015 by Mestery (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

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.

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.