Newton 版本发布计划
Newton 版本发布计划¶
周 |
跨项目事件 |
项目特定事件 |
|
|---|---|---|---|
4 月 04-08 日 |
|||
4 月 11-15 日 |
R-25 |
||
4 月 18-22 日 |
R-24 |
||
4 月 25-29 日 |
R-23 |
||
5 月 02-06 日 |
R-22 |
||
5 月 09-13 日 |
R-21 |
||
5 月 16-20 日 |
R-20 |
||
5 月 23-27 日 |
R-19 |
||
5 月 30-03 日 |
R-18 |
||
6 月 06-10 日 |
R-17 |
||
6 月 13-17 日 |
R-16 |
||
6 月 20-24 日 |
R-15 |
||
6 月 27-01 日 |
R-14 |
||
7 月 04-08 日 |
R-13 |
||
7 月 11-15 日 |
R-12 |
||
7 月 18-22 日 |
R-11 |
||
7 月 25-29 日 |
R-10 |
||
8 月 01-05 日 |
R-9 |
||
8 月 08-12 日 |
R-8 |
||
8 月 15-19 日 |
R-7 |
||
8 月 22-26 日 |
R-6 |
||
8 月 29-02 日 |
R-5 |
||
9 月 05-09 日 |
R-4 |
||
9 月 12-16 日 |
R-3 |
||
9 月 19-23 日 |
R-2 |
||
9 月 26-30 日 |
R-1 |
||
10 月 03-07 日 |
R+0 |
||
10 月 10-14 日 |
R+1 |
||
10 月 17-21 日 |
R+2 |
||
10 月 24-28 日 |
R+3 |
||
注意
所有截止日期通常是该周的星期四。例如，R-5 周的功能冻结在 9 月 1 日。对该政策的例外情况将在事件描述中明确说明。
跨项目事件¶
Newton 设计峰会¶
newton-1 里程碑¶
5 月 31 日至 6 月 2 日是遵循 release:cycle-with-milestones 模型项目的 newton-1 里程碑窗口。
newton-2 里程碑¶
7 月 12 日至 14 日是遵循 release:cycle-with-milestones 模型项目的 newton-2 里程碑窗口。
非客户端库的最终发布¶
非客户端库（Oslo 等）应在本周发布其最终版本。这可以为功能冻结前的最后时刻更改留出时间。
newton-3 里程碑¶
8 月 30 日至 9 月 1 日是遵循 release:cycle-with-milestones 模型项目的 newton-3 里程碑窗口。
extra-atcs 截止日期¶
项目团队应识别本周期产生重大影响但由于未提交补丁而无法通过常规流程获得 ATC 身份的贡献者。应将这些名称添加到治理仓库以供考虑，作为未来 ATC 的身份。
虽然可以在任何时候提名额外的 ATC，但要被纳入下一个发布周期的选举团，有一个截止日期。ATC 列表需要在 8 月 25 日之前获得 TC 的批准，并且为了出现在 TC 议程中进行讨论，提案需要在 8 月 16 日之前提交到 openstack/governance 仓库。
功能冻结¶
newton-3 里程碑标志着遵循 release:cycle-with-milestones 模型的项目的特性冻结。在此之后不应提交任何包含新特性的补丁。项目 PTL 可以酌情批准例外情况。
需求冻结¶
newton-3 里程碑之后，仅允许关键需求和约束更改。冻结我们的需求列表可以让下游打包人员赶上进度并为即将发布的发行版准备软件包。
客户端库的最终发布¶
客户端库应在本周发布其最终版本，以匹配功能冻结。
软字符串冻结¶
您不再允许接受包含用户界面字符串修改的提议更改。这些更改应由评审团队拒绝并推迟到下一个系列开发打开（这应在发布 RC1 时发生）。
成员冻结¶
项目必须参与至少两个里程碑才能被视为发行版的一部分。在第二个里程碑之后才成为官方项目，或者未能为前两个里程碑以及第三个里程碑生成里程碑版本，因此不被视为该周期的发行版的一部分。
RC1 目标周¶
遵循 release:cycle-with-milestones 模型的项目目标在 9 月 12 日发布他们的第一个候选版本。
硬字符串冻结¶
当项目的 RC1 被标记时发生这种情况。此时，理想情况下不应更改任何字符串（或添加或删除），以便翻译人员有时间完成他们的工作。
最终 RC 和中间发布¶
9 月 26 日是发布候选版本或中间版本在发布周之前发布的最后一周。在发布周，只有最终发布关键版本才会被接受（由发布团队酌情决定）。
Newton 版本¶
Newton 协调版本将于 2016 年 10 月 6 日进行。
Newton 周期尾随截止日期¶
使用 release:cycle-trailing 模型并遵循主版本周期的项目的截止日期。
项目特定事件¶
选举¶
Ocata 周期 PTL 自荐¶
Ocata 周期项目团队负责人候选人应在本周宣布他们的参选资格。
Ocata 周期 PTL 选举¶
项目团队负责人选举周（如果必须举行选举才能确定获胜者）。
TC 成员自荐¶
部分技术委员会成员更新的候选人应在本周宣布他们的参选资格。
TC 成员选举¶
部分更新技术委员会成员的选举将在本周进行。
Cinder¶
Cinder 新后端驱动程序截止日期¶
将新的后端驱动程序添加到 Cinder 的截止日期是 2016 年 7 月 12 日。所有审查问题必须得到解决，并且第三方 CI 必须报告稳定，以便在截止日期前为审查者留出足够的时间。即使在 7 月 12 日满足这些要求，也不能保证核心审查者有足够的时间来合并该驱动程序。
Cinder 规格冻结¶
所有 Cinder 规格必须在 2016 年 7 月 12 日前获得批准。
Cinder 功能冻结¶
新功能和驱动程序功能的截止日期是 2016 年 8 月 31 日。超过该日期的任何更改将由核心团队酌情决定。
Nova¶
作为参考，这些是 Nova 在 Newton 中的审查优先级。
Nova 非优先级规格批准冻结¶
所有非优先级的 Nova 规格必须在 2016 年 6 月 2 日前获得批准。
Nova 非优先级功能冻结¶
非优先级功能的截止日期是 2016 年 6 月 30 日。可能会有一轮功能冻结例外，但这将由 Nova 核心团队酌情决定。
Nova 优先级规格批准冻结¶
所有优先级的 Nova 规格必须在 2016 年 8 月 4 日前获得批准。这有意安排在 Newton 的 Nova 中期会议之后，以便为优先级功能的最后一刻调整留出一些时间。
Trove¶
以下截止日期特定于 Trove 项目。
Trove 规格提案截止日期¶
在本周结束前将所有 Trove 规格提交到 trove-specs 仓库进行 Newton 版本的审查。
Trove 规格冻结¶
所有 Trove 规格必须在本周结束前获得 Newton 版本的批准。
Trove Guest 要求冻结：¶
在此日期冻结所有 guest agent 的要求，并为 guest 创建 newton 要求文件。
Trove Client 软冻结¶
python-troveclient 的所有主要功能必须在本周结束前进行审查和批准，这将给我们额外的一周时间来解决任何依赖问题。
Trove 功能冻结¶
所有主要 Trove 功能和 Newton 项目必须在本周结束前获得批准。
这是 Trove 服务器、python-troveclient 和所有 trove-dashboard 更改的截止日期。
Horizon¶
以下截止日期特定于 Horizon 项目。
Horizon 功能冻结¶
Horizon 在 Newton 中的功能截止日期。这比标准里程碑提前一周，以便插件有时间在标准发布之前同步。
Keystone¶
Keystone 规格提案冻结¶
提出将在 Newton 开发周期中实现的 Keystone 规格的截止日期。
Keystone 规格冻结¶
合并 Keystone 规格并批准蓝图的截止日期。
Keystone 功能提案冻结¶
提出已批准功能代码的截止日期。代码必须：显示功能并准备好进行审查。错过截止日期的已批准功能将被移至积压或下一个版本的第一个里程碑。
Keystone 功能冻结¶
所有已批准的功能必须在本周合并。请注意，Keystone 功能冻结日期与 功能冻结 对齐。
除非另有说明，本文档根据知识共享署名3.0许可协议授权。请参阅所有OpenStack法律文件。