2019 年 4 月 15 日 - 2019 年 10 月 16 日(27 周)
周 |
跨项目事件 |
项目特定事件 |
|
|---|---|---|---|
4 月 8 日 - 4 月 12 日 |
|||
4 月 15 日 - 4 月 19 日 |
R-26 |
||
4 月 22 日 - 4 月 26 日 |
R-25 |
||
4 月 29 日 - 5 月 03 日 |
R-24 |
||
5 月 06 日 - 5 月 10 日 |
R-23 |
||
5 月 13 日 - 5 月 17 日 |
R-22 |
||
5 月 20 日 - 5 月 24 日 |
R-21 |
||
5 月 27 日 - 5 月 31 日 |
R-20 |
||
6 月 03 日 - 6 月 07 日 |
R-19 |
||
6 月 10 日 - 6 月 14 日 |
R-18 |
||
6 月 17 日 - 6 月 21 日 |
R-17 |
||
6 月 24 日 - 6 月 28 日 |
R-16 |
||
7 月 01 日 - 7 月 05 日 |
R-15 |
||
7 月 08 日 - 7 月 12 日 |
R-14 |
||
7 月 15 日 - 7 月 19 日 |
R-13 |
||
7 月 22 日 - 7 月 26 日 |
R-12 |
||
7 月 29 日 - 8 月 02 日 |
R-11 |
||
8 月 05 日 - 8 月 09 日 |
R-10 |
||
8 月 12 日 - 8 月 16 日 |
R-9 |
||
8 月 19 日 - 8 月 23 日 |
R-8 |
||
8 月 26 日 - 8 月 30 日 |
R-7 |
||
9 月 02 日 - 9 月 06 日 |
R-6 |
||
9 月 09 日 - 9 月 13 日 |
R-5 |
||
9 月 16 日 - 9 月 20 日 |
R-4 |
||
9 月 23 日 - 9 月 27 日 |
R-3 |
||
9 月 30 日 - 10 月 4 日 |
R-2 |
||
10 月 07 日 - 10 月 11 日 |
R-1 |
||
10 月 14 日 - 10 月 18 日 |
R+0 |
注意
截止日期通常是该周的星期四。如果例外情况,将在事件描述中明确说明。
对 Train 社区范围内的目标进行预周期规划和调查。
2019 年 6 月 6 日是 Train-1 里程碑。有关相关截止日期的项目特定说明。
团队应准备好确认 社区范围内的目标。
本周在科罗拉多州丹佛市,美国举办 Open Infrastructure Summit。它将包括一个“论坛”,来自我们社区各方的人们将聚集在一起,对上一个版本(Stein)提供反馈,并讨论下一个开发周期(Train)的要求。
2019 年 7 月 25 日是 Train-2 里程碑。有关相关截止日期的项目特定说明。
非客户端库(Oslo 等)应在本周发布其最终版本。这可以为功能冻结前的最后时刻更改留出时间。
2019 年 9 月 12 日是 Train-3 里程碑。有关相关截止日期的项目特定说明。
团队应准备好完成 Train 社区范围内的目标的文档。
项目团队应识别本周期产生重大影响但由于未提交补丁而无法通过常规流程获得 ATC 身份的贡献者。应将这些名称添加到治理仓库以供考虑,作为未来 ATC 的身份。
Train-3 里程碑标志着遵循 release:cycle-with-rc 模型项目的特性冻结。在此之后不应提交任何具有新特性的补丁。项目 PTL 可以授予例外情况。
Train-3 里程碑之后,仅允许关键需求和约束更改。冻结我们的需求列表可以让下游打包人员赶上进度并为即将发布的发行版准备软件包。
客户端库应在本周发布其最终版本,以匹配功能冻结。
您不再允许接受包含用户界面字符串修改的提议更改。这些更改应由评审团队拒绝并推迟到下一个系列开发打开(这应在发布 RC1 时发生)。
项目必须参与至少两个里程碑才能被视为版本的一部分。在第二个里程碑之后正式成立的项目,或者未能为前两个里程碑以及第三个里程碑生成里程碑版本,因此不被视为该周期的版本的一部分。这不适用于周期尾随打包/生命周期管理项目。
9 月 23 日至 27 日是遵循 release:cycle-with-rc 模型的项目发布其第一个候选版本的目标日期。
这发生在项目标记 RC1 时。此时,理想情况下不应更改(或添加、删除)任何字符串,以便给翻译人员留出完成工作的时间。
10 月 7 日至 11 日是发布候选版本或中间版本前的最后一周。在发布周,只有对发布至关重要的版本才会被接受(由发布团队酌情决定)。
需要在特性冻结之前将周期亮点添加到发布交付成果中,才能将其包含在任何营销发布消息中。亮点可以在此之后添加,但它们可能仅对历史目的有用。
有关更多详细信息和添加这些亮点的说明,请参阅 项目团队指南。
将在即将举行的选举中拥有选举权的贡献者应在此日期(2019 年 9 月 3 日 00:00 UTC)之前确认他们的 gerrit 电子邮件地址。选举人名册在该日期之后生成,选票将发送到列出的 gerrit 电子邮件地址。
有兴趣在下一日历年担任技术委员会候选人的技术委员会候选人应在本周宣布他们的候选资格和平台。请参阅 选举网站以获取具体的时间信息。
选民有时间在投票开始前向候选人提问并辩论他们的纲领和议题。请参阅 选举网站 以获取具体时间信息。
TC 空缺席位的选举投票周。请参阅 选举网站以获取具体的时间信息。
Train 协调版本将于 2019 年 10 月 16 日进行。
使用 release:cycle-trailing 模型并遵循主版本周期的项目的发布截止日期设置为 2019 年 12 月 17 日。
‘U’ 周期项目团队负责人候选人应在本周宣布他们的候选资格。有关确切详细信息,请参阅 选举网站。
项目团队负责人选举周(在需要举行选举以确定获胜者的情况下)。有关详细信息,请参阅 选举网站。
所有针对 Train 的 Keystone 规范必须在本周末前提交到 keystone-specs 仓库。
所有针对 Train 的 Keystone 规范必须在本周末前获得批准。
所有新的 Keystone 功能必须在本周末前提出并完成大部分工作,并包含单元测试和文档。
所有新的 Keystone 功能必须在本周末前合并。
所有针对 Train 的 Nova 规范必须在星期四前获得批准。
所有新的 Nova 特性必须在星期四前获得批准。
所有新的 Oslo 功能必须在周末之前提出并完成,并附带单元测试。
所有针对 Train 的 Manila 规范必须在本周末前获得批准。
在本周结束前,Manila的所有新的后端驱动程序必须基本完成,并包含单元测试,并通过第三方CI。驱动程序不必在功能冻结之前实际合并。
所有新的 Manila 功能必须提出并实质性完成,并包含单元测试和文档,截止日期为本周结束。
所有新的 Manila 功能必须在本周结束前合并。
所有 Cinder Specs 必须在 2019 年 7 月 25 日 (23:59 UTC) 前获得批准。
将新的后端驱动程序合并到 Cinder 的截止日期是 2019 年 7 月 25 日 (23:59 UTC)。 新驱动程序此时必须包含单元测试。 后端驱动程序还必须可靠地运行第三方 CI,并且必须在此时间点合并驱动程序才能包含在 Train 版本中。
将新的目标驱动程序合并到 Cinder 的截止日期是 2019 年 7 月 25 日 (23:59 UTC)。 新目标驱动程序此时必须包含单元测试。 目标驱动程序还必须可靠地运行第三方 CI,并且必须在此时间点合并驱动程序才能包含在 Train 版本中。
为了准备 OpenStack 向 Python 3.x 的迁移,我们要求所有供应商证明他们的驱动程序运行 Py37 测试,截止日期为 2019 年 7 月 25 日 (23:59 UTC)。 未能满足此要求的供应商将提交一个补丁,将他们的驱动程序标记为不受支持。
所有供应商必须证明他们的驱动程序可以通过 Py37 执行第三方 CI,截止日期为 2019 年 9 月 12 日 (23:59 UTC),否则他们的驱动程序将被标记为不受支持。
所有新的 Cinder 功能必须提出并实质性完成,并包含单元测试,截止日期为 2019 年 9 月 12 日 (23:59 UTC)。
除非另有说明,本文档根据知识共享署名3.0许可协议授权。请参阅所有OpenStack法律文件。