2016 年 10 月 31 日 - 2017 年 2 月 24 日(16 周)
周 |
跨项目事件 |
项目特定事件 |
|
|---|---|---|---|
10 月 31 日 - 11 月 4 日 |
|||
10 月 10 日 - 10 月 14 日 |
|||
10 月 17 日 - 10 月 21 日 |
|||
10 月 24 日 - 10 月 28 日 |
|||
10 月 31 日 - 11 月 4 日 |
|||
11 月 7 日 - 11 月 11 日 |
R-15 |
||
11 月 14 日 - 11 月 18 日 |
R-14 |
||
11 月 21 日 - 11 月 25 日 |
R-13 |
||
11 月 28 日 - 12 月 2 日 |
R-12 |
||
12 月 5 日 - 12 月 9 日 |
R-11 |
||
12 月 12 日 - 12 月 16 日 |
R-10 |
||
12 月 19 日 - 12 月 23 日 |
R-9 |
||
12 月 26 日 - 12 月 30 日 |
R-8 |
||
1 月 2 日 - 1 月 6 日 |
R-7 |
||
1 月 9 日 - 1 月 13 日 |
R-6 |
||
1 月 16 日 - 1 月 20 日 |
R-5 |
||
1 月 23 日 - 1 月 27 日 |
R-4 |
||
1 月 30 日 - 2 月 3 日 |
R-3 |
||
2 月 6 日 - 2 月 10 日 |
R-2 |
||
2 月 13 日 - 2 月 17 日 |
R-1 |
||
2 月 20 日 - 2 月 24 日 |
R+0 |
||
2 月 27 日 - 3 月 3 日 |
R+1 |
||
3 月 6 日 - 3 月 10 日 |
R+2 |
注意
除最终发布日期和周期后续发布日期外,截止日期通常是所注明的星期四。例如,R-4 周的功能冻结在 1 月 26 日。对该政策的例外情况将在事件描述中明确说明。
对 Ocata 的社区范围目标进行预周期规划和调查。
项目团队会议,Pike 版本,2017 年 2 月 20 日至 24 日,佐治亚州亚特兰大。
11 月 17 日是遵循 周期里程碑模型 的项目的 ocata-1 里程碑窗口。
团队应准备好确认 Ocata 的社区范围目标。
12 月 15 日是遵循 周期里程碑模型 的项目的 ocata-2 里程碑窗口。
非客户端库(Oslo 等)应在本周发布其最终版本。这可以为功能冻结前的最后时刻更改留出时间。
1 月 26 日是遵循 周期里程碑模型 的项目的 ocata-3 里程碑窗口。
团队应准备好完成 Ocata 的社区范围目标的文档。
项目团队应识别本周期产生重大影响但由于未提交补丁而无法通过常规流程获得 ATC 身份的贡献者。应将这些名称添加到治理仓库以供考虑,作为未来 ATC 的身份。
虽然可以在任何时候提名额外的 ATC,但有一个截止日期,以便在下一个发布周期中被纳入选举人。TC 需要在 (TBD) 之前批准 ATC 列表,并且为了出现在 TC 议程中进行讨论,提案需要在 (TBD) 之前提交到 openstack/governance 仓库。
ocata-3 里程碑标志着遵循 周期里程碑模型 的项目的特性冻结。在此之后不应提交任何包含特性的补丁。项目 PTL 可能会授予例外情况。
在 ocata-3 里程碑之后,仅允许关键需求和约束更改。冻结我们的需求列表让下游打包人员有机会赶上进度并为即将发布的发行版准备软件包。
客户端库应在本周发布其最终版本,以匹配功能冻结。
您不再允许接受包含用户界面字符串修改的提议更改。这些更改应由评审团队拒绝并推迟到下一个系列开发打开(这应在发布 RC1 时发生)。
项目必须参与至少两个里程碑才能被视为发行版的一部分。在第二个里程碑之后才成为官方项目,或者未能为前两个里程碑以及第三个里程碑生成里程碑版本,因此不被视为该周期的发行版的一部分。
遵循 周期里程碑模型 的项目发布第一个候选版本的目标日期是 1 月 30 日至 2 月 3 日,截止日期为 2 月 2 日。
当项目的 RC1 被标记时发生这种情况。此时,理想情况下不应更改任何字符串(或添加或删除),以便翻译人员有时间完成他们的工作。
2 月 13 日至 17 日是发布候选版本或发布周之前的中间版本的最后一周。在发布周,只有对发布至关重要的版本才会被接受(由发布团队酌情决定)。
Ocata 协调发布将于 2 月 22 日进行。
使用发布:周期后续模型的项目,且遵循主发布周期的截止日期为 3 月 9 日。
Pike 周期项目团队负责人候选人应在本周宣布其参选资格。这些日期应由 Pike PTL 选举官员确认。
项目团队负责人选举周(如果必须举行选举才能确定获胜者)。这些日期应由 Pike PTL 选举官员确认。
将新的后端驱动程序添加到 Cinder 的截止日期是 2016 年 12 月 14 日。所有审查问题必须得到解决,并且第三方 CI 必须在截止日期前报告并稳定,以便审查人员有足够的时间。在 14 日满足这些要求并不能保证核心审查人员有足够的时间来合并驱动程序。
所有 Cinder 规范必须在 2016 年 12 月 14 日之前获得批准。
以下截止日期特定于 Glance 项目。
所有 Glance、python-glanceclient 和 glance_store 规范必须在 2016 年 11 月 10 日星期四 23:59 UTC 之前作为补丁提交到 glance-specs 存储库。
所有 Glance、python-glanceclient 和 glance_store 规范必须在 2016 年 11 月 25 日星期五 23:59 UTC 之前合并到 glance-specs 存储库。
以下截止日期特定于 Nova 项目。
所有 Nova 规范必须在 2016 年 11 月 17 日之前获得批准。
所有 Manila 规范必须在 2016 年 11 月 17 日之前获得批准,除非它们被官方指定为高优先级。
所有高优先级 Manila 规范必须在 2016 年 12 月 15 日之前获得批准。
所有新的 Manila 驱动程序必须在 2016 年 12 月 19 日之前提出。
Horizon 将比其他项目提前一周进入功能冻结,以便插件作者有额外的一周时间来应对功能更改。
以下截止日期特定于 Trove 项目。
在本周结束前(供审查)将所有 Trove 规范提交到 trove-specs 存储库。
所有 Trove 规范必须在本周结束前获得批准。
在此日期前冻结所有客体代理的需求,并创建客体的需求文件。
python-troveclient 的所有主要功能必须在本周结束前进行审查和批准,这将给我们额外的一周时间来解决任何依赖问题。
以下截止日期特定于 Keystone 项目。
在本周结束前(用于审查)将所有 Keystone 规范提交到 keystone-specs 仓库。
所有 Keystone 规范必须在本周结束前获得批准。
所有 Keystone 的主要功能必须在本周结束前提出。
Keystone 的所有主要功能必须在本周结束前进行审查和批准。
除非另有说明,本文档根据知识共享署名3.0许可协议授权。请参阅所有OpenStack法律文件。