Difference between revisions of "Nova/CoreTeam"
(→Membership Expectations) |
(→nova-core) |
||
| Line 7: | Line 7: | ||
* <tt>openstack/python-novaclient</tt> | * <tt>openstack/python-novaclient</tt> | ||
** A Python library and command line client for the OpenStack Compute API | ** A Python library and command line client for the OpenStack Compute API | ||
| + | |||
| + | Note that everyone is encouraged to help review changes, even if you are not a member of this team. All reviews are very useful and are taken into account by the core team members. Participating in the review process is most critical task on the road to joining the team. | ||
= Adding or Removing Members = | = Adding or Removing Members = | ||
Revision as of 18:57, 31 July 2013
nova-core
The nova-core team is responsible for reviewing all changes proposed to the following repositories:
- openstack/nova
- The OpenStack Compute service
- openstack/python-novaclient
- A Python library and command line client for the OpenStack Compute API
Note that everyone is encouraged to help review changes, even if you are not a member of this team. All reviews are very useful and are taken into account by the core team members. Participating in the review process is most critical task on the road to joining the team.
Adding or Removing Members
A new member may be proposed on the openstack-dev list at any time. A proposal can come from anyone, but typically comes from the project's PTL or an existing member of the core team. Once a proposal has been made, five existing members of the core team must respond with a +1. If any existing member of the team objects, they may respond to the proposal with a -1 to veto the nomination.
A member of the team may be removed at any time by the PTL. This is typically due to a drop off of involvement by the member such that they are no longer meeting expectations to maintain team membership.
Membership Expectations
Membership in the nova-core team is a significant commitment and should not be taken lightly. Team members are expected to participate in code reviews on a regular (near daily) basis. Members are also expected to stay on top of discussions happening within the project, primarily on the openstack-dev mailing list. These activities are critical to be able to provide high quality reviews based on the current state of the project that are consistent with the reviews being done by others on the team and consistent with the documented review guidelines (which is still a bit of a work in progress).
One metric used to determine the level of participation in reviews is just the number of reviews being done. While there is no hard line for an expectation on the number of reviews you are doing, members are generally expected to be in the same ballpark as the majority of the rest of the team. You can find stats on that here:
The number of reviews is certainly not the only important thing. It is also important that reviews are high quality, such that you gain respect from the other core team members over time. This is done by regularly providing high quality constructive criticism. Your well thought out recommendations for changes are what build credibility for your +1 of a patch.
