Heat/CoreTeam
heat-core
heat-core 团队负责审查以下仓库提出的所有变更：
- openstack/heat
- OpenStack 编排服务
- openstack/heat-templates
- OpenStack 编排示例/演示模板
- openstack/python-heatclient
- 用于 OpenStack 编排 API 的 Python 库和命令行客户端
请注意，即使您不是该团队的成员，也鼓励大家帮助审查变更。所有评审都非常有价值，并且会被核心团队成员考虑在内。参与评审过程是加入团队最重要的任务。
添加或移除成员
核心团队的任何成员都可以随时通过发送电子邮件至 openstack-dev 邮件列表来提出新的成员。但是，提出建议的任何人最好先联系 PTL。这使得 PTL 能够协调从更广泛的团队收到的任何反馈，并在适当的时候私下与潜在候选人沟通。
一旦提出建议，核心团队的五名现有成员必须回复 +1 以表示接受。如果核心团队的任何现有成员反对，他们可以回复 -1 以否决提名。
如果成员的参与度下降，无法满足维持团队成员资格的期望，则可以随时由 PTL 移除团队成员。
成员期望
加入 heat-core 团队是一项重要的承诺，不应轻率对待。维持这个团队的成员资格需要花费大量时间。此外，重要的是投入的时间是持续的。核心团队成员参与度不一致，对团队和项目整体都有害。
团队成员预计会定期（几乎每天）参与代码审查。成员还应及时了解项目内正在进行中的讨论，主要是在 openstack-dev 邮件列表中。请注意，IRC 也被广泛使用，因此成员应在#heat上尽可能多地参与 Freenode。这些活动对于能够根据项目的当前状态提供高质量的审查至关重要，并且与团队其他成员的审查一致，并与记录的审查指南保持一致。
用于确定评审参与度的一个指标就是评审的数量。虽然对评审数量没有明确的期望，但成员通常预计与团队中大多数其他成员大致相同。您可以在这里找到统计数据
评审的数量当然不是唯一重要的因素。重要的是评审质量要高，以便您随着时间的推移赢得其他核心团队成员的尊重。这是通过定期提供高质量的建设性批评来实现的。您对变更的深思熟虑的建议是建立您对补丁的 +1 可信度的关键。
评审优先级
并非所有评审都是一样的。团队成员应注意优先处理他们投入评审的时间。通常，优先级应基于补丁关联的 bug 或蓝图的优先级。除此之外，较旧的评审应优先处理。请查看 ReviewWorkflowTips 页面，了解如何将优先级处理纳入您的工作流程。
