openstack-user-stories-core

(产品 WG 仓库核心成员)

openstack-user-stories-core 团队负责审查以下仓库的所有变更

请注意，即使您不是该团队的成员，也鼓励大家帮助审查变更。所有评审都非常有价值，并且会被核心团队成员考虑在内。参与评审过程是加入团队最重要的任务。

添加或移除成员

新成员可以随时在 product-wg 邮件列表中被提名。提名可以来自任何人，但通常来自核心团队的现有成员。一旦提出提名，核心团队现有成员的 [核心成员数量 / 2 + 1] 必须回复 +1。如果核心团队的任何现有成员反对，他们可以回复 -1 来否决提名。

团队成员可以随时被工作组负责人移除。这通常是由于成员的参与度下降，无法满足维持团队成员资格的期望。

加入 openstack-user-stories-core 团队是一项重要的承诺，不应轻率对待。维持此团队的成员资格需要花费大量时间。此外，投入的时间必须是持续的。核心团队成员的参与度不一致，对团队和整个项目都有害。

团队成员预计会定期（几乎每天）参与代码审查。成员还应及时了解项目中的讨论，主要是在 product-wg 邮件列表中。这些活动对于能够根据项目的当前状态提供高质量的审查至关重要，并且与团队其他成员的审查保持一致，并与文档化的审查指南保持一致。

衡量参与审查水平的一个指标就是审查的数量。虽然对审查数量没有明确的期望，但成员通常预计与团队大多数其他成员大致相同。

评审的数量当然不是唯一重要的因素。重要的是评审质量要高，以便您随着时间的推移赢得其他核心团队成员的尊重。这是通过定期提供高质量的建设性批评来实现的。您对变更的深思熟虑的建议是建立您对补丁的 +1 可信度的关键。

所有这些都很重要，但最重要的是获得 -核心团队大多数成员的信任。没有明确列出必须要做的事情来获得这种信任，但此处描述的所有期望都是一个起点。

并非所有评审都是一样的。团队成员应注意优先处理他们投入评审的时间。通常，优先级应基于补丁关联的 bug 或蓝图的优先级。除此之外，较旧的评审应优先处理。请查看 ReviewWorkflowTips 页面，了解如何将优先级处理纳入您的工作流程。