Spec 批准¶
本文档描述了在 Oslo 中批准规范的过程。
问题描述¶
Oslo 的规范批准管理方式与其他项目略有不同,因为虽然 Oslo 有一个核心/驱动团队,但我们还为每个库都有核心审查团队。
拟议政策¶
我们不追求驱动团队简单的多数投票,而是寻求对代码该部分的重要贡献者达成共识。
与 oslo-incubator 相关的规范由 oslo-core 审查。
与现有库相关的规范由 oslo-core 和该库的核心审查团队审查。
当对规范达成共识时,Oslo PTL 将给予合并更改和发布规范的 +1 投票。
替代方案与历史¶
两个 +2¶
像代码审查一样使用两个 +2 投票会更快,但我们在管理规范审查时并不一定追求速度。我们希望团队有时间考虑更改的影响、提议的 API,以及其他方面来仔细考虑规范。
独立的规范仓库¶
我们可以为每个库使用独立的规范仓库,以便该库的核心团队可以直接管理审查。我们尚未收到与给定库相关的如此多的规范,以至于我们觉得有必要这样做。我们还希望 oslo-core 团队的 API 通用专家能够轻松参与,而无需跟踪大量不同规范仓库中的审查。
实现¶
里程碑¶
我们从 Juno 开始采用此策略。
工作项¶
无
参考资料¶
修订历史¶
发布名称 |
描述 |
|---|---|
Juno |
引入 |
注意
本作品采用知识共享署名 3.0 非移植许可协议授权。 http://creativecommons.org/licenses/by/3.0/legalcode