Nova/核心团队
nova-core
在治理框架下，nova-core 团队负责审查 nova 项目下所有提出的变更。
https://governance.openstack.org/tc/reference/projects/nova.html
请注意，即使您不是该团队的成员，也鼓励大家帮助审查变更。所有评审都非常有价值，并且会被核心团队成员考虑在内。参与评审过程是加入团队最重要的任务。
添加或移除成员
虽然不是强制要求，但核心团队提名通常会在 nova-core 团队内部私下讨论，以便核心团队成员在邮件列表中公开提出提名之前，向其他核心团队成员提供意见。这样做是为了避免在公开提名中出现任何 -1 票，如果可以先私下处理，则避免这种情况。
任何时候都可以在 openstack-dev 邮件列表中提出新成员。提案可以来自任何人，但通常来自项目的 PTL 或核心团队的现有成员。一旦提出提案，核心团队现有的五名成员必须回复 +1。如果现有团队的任何成员反对，他们可以回复 -1 来否决提名。
如果成员的参与度下降，无法满足维持团队成员资格的期望，则可以随时由 PTL 移除团队成员。
成员期望
加入 nova-core 团队是一项重要的承诺，不应轻率对待。维持该团队的成员资格需要花费大量时间。此外，重要的是投入的时间是持续的。核心团队成员的参与不一致，对团队和项目整体都会造成损害。
团队成员预计会定期（几乎每天）参与代码审查。成员还应及时了解项目中的讨论，主要是在 openstack-dev 邮件列表中。请注意，IRC 也被广泛使用，因此成员应在#openstack-nova尽可能多的时间里参与。这些活动对于能够根据项目的当前状态提供高质量的审查至关重要，并且与团队中其他人的审查保持一致，并与 文档化的评审指南保持一致。
用于确定评审参与度的一个指标就是评审的数量。虽然对评审数量没有明确的期望，但成员通常预计与团队中大多数其他成员大致相同。您可以在这里找到统计数据
评审的数量当然不是唯一重要的因素。重要的是评审质量要高，以便您随着时间的推移赢得其他核心团队成员的尊重。这是通过定期提供高质量的建设性批评来实现的。您对变更的深思熟虑的建议是建立您对补丁的 +1 可信度的关键。
所有这些都很重要，但最重要的是赢得 -core 团队大多数成员的信任。没有明确定义您必须做的事情清单来获得这种信任，但此处描述的所有期望都是一个起点。
评审期望
并非所有评审都是一样的。团队成员应注意优先处理他们投入评审的时间。通常，优先级应基于补丁关联的 bug 或蓝图的优先级。除此之外，较旧的评审应优先处理。请查看 ReviewWorkflowTips 页面，了解如何将优先级处理纳入您的工作流程。
请及时了解当前的 代码审查指南。
