功能冻结¶
由于 Oslo 的发布计划与许多其他 OpenStack 项目不同，因此制定一些修改后的功能冻结策略会很有帮助。
问题描述¶
Oslo 希望尊重 OpenStack 社区设定的功能冻结日期，但由于库的特性，在官方功能冻结之前继续添加新功能可能会出现问题。
拟议政策¶
Oslo 项目将遵守自身的功能冻结，该冻结将在最终非客户端库发布前一周开始，并持续到所有使用 Oslo 的 OpenStack 项目完成该周期的发布。这是一个硬性冻结，因此在冻结期间仅应合并关键的错误修复。
提前冻结将为发布 Oslo 库中的任何待处理更改提供时间，以便在消耗项目进入功能冻结之前完成。
例外情况¶
此策略不适用于尚未发布的库。对这些库的任何正在进行的工作都可以通过功能冻结，因为它不会影响任何已冻结的项目。
替代方案与历史¶
我们可以简单地遵守整体功能冻结日期，但由于库的发布周期，这可能会导致在功能冻结期间发布新功能。
另一种选择是不遵守功能冻结，并依赖于我们的发布到发布兼容性要求来处理任何问题。这不仅会增加我们在功能冻结期间发布有缺陷的库的可能性，而且是不必要的，因为我们的消费者在那个时候无论如何都无法实现 Oslo 库中暴露的任何新功能。
实现¶
里程碑¶
在最终非客户端库发布前一周
工作项¶
在 Oslo 功能冻结日期在邮件列表中发布公告
参考资料¶
修订历史¶
发布名称 |
描述 |
|---|---|
Kilo |
引入 |
Rocky |
修改以更好地反映当前的发布环境 |
注意
本作品采用知识共享署名 3.0 非移植许可协议授权。 http://creativecommons.org/licenses/by/3.0/legalcode
