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