OpenStack Compute 技术负责人 Russell Bryant 在 OpenStack 开发邮件列表中发起了一项关于审查蓝图流程的重要讨论。当前的 蓝图维基页面 将为蓝图分配优先级的任务分配给了项目技术负责人，而 Russell 建议社区中更广泛的人员共同承担这一责任。
蓝图被项目领导者用来跟踪所有 OpenStack 项目 中重要功能的开发：一个蓝图包含标题和简短描述，以及指向更详细的架构和规范描述的 URL（通常是维基或 etherpad 页面）。 鉴于 OpenStack 代码库的不断扩大，扩展开发运营变得越来越困难，一个人无法处理审查所有提出的蓝图并以确保最终完成的方式设置优先级。
这引出了需要解决的第二个问题：管理新贡献者的期望。由于提出了如此多的蓝图，项目技术负责人很难对开发者根据蓝图优先级交付代码负责。由于项目技术负责人过去习惯于设置蓝图的优先级，因此当代码没有按计划交付时，很难追究他的责任。在评估蓝图的人、将实现蓝图的开发者以及将审查提交代码的审查者之间，存在明确的权力分离。
Russell 的建议是将审查蓝图的责任分配给与实现阶段的代码审查和批准负责的同一团队，即核心审查员。项目技术负责人的角色仍然是为蓝图设定截止日期，并确保项目的路线图是合理的。然后，核心审查员将与项目技术负责人共同承担每个发布里程碑的交付责任和可问责性。
在邮件列表中进行的讨论中，还有关于在设置蓝图优先级时纳入用户输入的一些建议。这种设置也存在一些 风险。到目前为止，该流程的讨论仅考虑了 OpenStack Compute 的需求。该项目是蓝图数量最多的 OpenStack 项目，使其成为第一个需要审查现有流程的项目。然而，期望是其他一些 OpenStack 项目未来也可能会演进到这个阶段，这对于未来是一个重要的测试。因此，我们欢迎整体反馈：加入 开发邮件列表 和 香港 的讨论。
发表评论