注意
截止日期通常是其下方注释的周四。对该政策的例外情况将在事件描述中明确说明。
2022 年 3 月 30 日 - 2022 年 10 月 5 日(27 周)
周 |
跨项目事件 |
项目特定事件 |
|
|---|---|---|---|
3 月 28 日 - 4 月 1 日 |
|||
4 月 4 日 - 4 月 8 日 |
R-26 |
||
4 月 11 日 - 4 月 15 日 |
R-25 |
||
4 月 18 日 - 4 月 22 日 |
R-24 |
||
4 月 25 日 - 4 月 29 日 |
R-23 |
||
5 月 2 日 - 5 月 6 日 |
R-22 |
||
5 月 9 日 - 5 月 13 日 |
R-21 |
||
5 月 16 日 - 5 月 20 日 |
R-20 |
||
5 月 23 日 - 5 月 27 日 |
R-19 |
||
5 月 30 日 - 6 月 3 日 |
R-18 |
||
6 月 6 日 - 6 月 10 日 |
R-17 |
||
6 月 13 日 - 6 月 17 日 |
R-16 |
||
6 月 20 日 - 6 月 24 日 |
R-15 |
||
6 月 27 日 - 7 月 1 日 |
R-14 |
||
7 月 4 日 - 7 月 8 日 |
R-13 |
||
7 月 11 日 - 7 月 15 日 |
R-12 |
||
7 月 18 日 - 7 月 22 日 |
R-11 |
||
7 月 25 日 - 7 月 29 日 |
R-10 |
||
8 月 1 日 - 8 月 5 日 |
R-9 |
||
8 月 8 日 - 8 月 12 日 |
R-8 |
||
8 月 15 日 - 8 月 19 日 |
R-7 |
||
8 月 22 日 - 8 月 26 日 |
R-6 |
||
8 月 29 日 - 9 月 2 日 |
R-5 |
||
9 月 5 日 - 9 月 9 日 |
R-4 |
||
9 月 12 日 - 9 月 16 日 |
R-3 |
||
9 月 19 日 - 9 月 23 日 |
R-2 |
||
9 月 26 日 - 9 月 30 日 |
R-1 |
||
10 月 3 日 - 10 月 7 日 |
R+0 |
本周(2022 年 4 月 4 日至 8 日)将举行一次虚拟 PTG。项目团队聚会为团队提供协作和计划以及讨论未来版本需求的平台。
2022 年 5 月 19 日是 Zed-1 里程碑。有关相关截止日期的项目特定说明。
所有遵循周期尾随发布模型的项目必须在 2022 年 6 月 23 日之前发布其 Yoga 交付成果。
2022 年 7 月 14 日是 Zed-2 里程碑。有关相关截止日期的项目特定说明。
项目必须参与至少两个里程碑才能被视为版本的一部分。在第二个里程碑之后正式成立的项目,或者未能为前两个里程碑以及第三个里程碑生成里程碑版本,因此不被视为该周期的版本的一部分。这不适用于周期尾随打包/生命周期管理项目。
对 OpenStack 的所有贡献都很有价值,但有些并非以 Gerrit 代码更改的形式表达。这允许团队列出为其项目做出贡献的活跃贡献者,以及本周期没有代码贡献的贡献者,因此不会自动被视为活跃技术贡献者并被允许投票。这通过在 2022 年 8 月 18 日的 Extra-ATC 冻结之前将 extra-atcs 添加到 https://opendev.org/openstack/governance/src/branch/master/reference/projects.yaml 来完成。
非客户端库(Oslo 等)应在本周发布其最终版本。这可以为功能冻结前的最后时刻更改留出时间。
2022 年 9 月 1 日是 Zed-3 里程碑。有关相关截止日期的项目特定说明。
Zed-3 里程碑标志着遵循 release:cycle-with-rc 模型的项目的特性冻结。在此之后不应提交任何具有新功能补丁。项目 PTL 可以授予例外情况。
客户端库应在本周发布其最终版本,以匹配功能冻结。
您不再允许接受包含用户界面字符串修改的提议更改。这些更改应由评审团队拒绝并推迟到下一个系列开发打开(这应在发布 RC1 时发生)。
Zed-3 里程碑之后,仅允许关键需求和约束更改。冻结我们的需求列表可以让下游打包人员赶上进度并为即将发布的发行版的软件包做准备。需求在创建稳定分支和发布候选版本之前保持冻结状态。
遵循 release:cycle-with-rc 模型的项目发布其第一个发布候选版本的目标日期是 2022 年 9 月 12 日的一周。
这发生在项目标记 RC1 时。此时,理想情况下不应更改(或添加、删除)任何字符串,以便给翻译人员留出完成工作的时间。
2022 年 9 月 26 日至 30 日的一周是发布发布候选版本或中间版本的最后一周,然后再进行发布周。在发布周期间,只有最终发布关键版本才会被接受(由发布团队酌情决定)。
Zed 协调发布将于 2022 年 10 月 5 日星期三进行。
Open Infrastructure Summit 在德国柏林于 2022 年 6 月 7 日至 9 日举行。有关详细信息,请访问官方 OpenInfra Summit 页面。
需要在特性冻结之前将周期亮点添加到发布交付成果中,才能将其包含在任何营销发布消息中。亮点可以在此之后添加,但它们可能仅对历史目的有用。
有关更多详细信息和添加这些亮点的说明,请参阅 项目团队指南。
有关以前发布亮点的示例:Stein Highlights、Train Highlights、Ussuri Highlights、Victoria Highlights、Wallaby Highlights、Xena Highlights、Yoga Highlights。
所有新的 Oslo 功能必须在周末之前提出并完成,并附带单元测试。
我们将在 6 月 1 日(星期三)举行中期 PTG,作为 Zed PTG 的延续,以跟踪进度并以类似于 PTG 的方式讨论主题。
2022 年 6 月 1 日星期三(1400-1600 UTC)。
所有要在 Zed 版本中实现的功能的 Cinder 规范必须在 2022 年 6 月 24 日星期五(23:59 UTC)之前获得批准。
将新后端驱动程序合并到 Cinder 的 Zed 版本的截止日期是 2022 年 7 月 15 日星期五(23:59 UTC),与里程碑 2 相同。新的驱动程序必须 (a) 代码完成,包括单元测试,(b) 合并到代码存储库中,并且 (c) 必须运行可靠的第三方 CI。
合并新的目标驱动到 Cinder 以用于 Zed 版本的截止日期是 2022 年 7 月 15 日星期五 (23:59 UTC),与 Milestone 2 相同。新的目标驱动必须 (a) 代码完整,包括单元测试,(b) 合并到代码仓库中,并且 (c) 必须有一个可靠运行的第三方 CI。
如果您的 Cinder 新功能需要客户端支持,请记住客户端库的最终版本将在四周后发布。因此,您的 Cinder 功能应该在此之前基本完成并包含单元测试,以便在 2022 年 9 月 2 日之前可以审查、测试和合并任何客户端更改。
添加到 Cinder 驱动程序的新功能必须在 OpenStack 范围内的功能冻结时合并,而功能冻结将在三周后到来。在本次 Cinder 会议之前,您应该在 Launchpad 上发布一个蓝图,列出您希望在 Zed 版本中实现的 Gerrit 评审。(您可以参考 Yoga 和 Xena 蓝图中的示例;如果您有任何问题,请联系 PTL。) 这将帮助团队优先处理评审,并让您尽早获得关于功能是否准备就绪的坦诚反馈。
提醒您,为了使 Cinder 驱动程序在 Zed 版本中被认为是“受支持的”,其第三方 CI 必须在 Cinder 团队在第三个 Milestone 左右进行最终合规性检查时正常运行。有关详细信息,请参阅 Cinder 文档的 驱动程序合规性 部分。
要在 Zed 版本中实现的所有 Glance 规范必须在 2022 年 7 月 15 日之前获得批准。
所有针对 Zed 版本的 Manila 规范必须在本周末之前获得批准。
在本周结束前,Manila的所有新的后端驱动程序必须基本完成,并包含单元测试,并通过第三方CI。驱动程序不必在功能冻结之前实际合并。
所有新的 Manila 功能必须在本周末之前提出并基本完成,并包含单元、功能和集成测试。
Manila 社区活动,旨在加速错误修复。
Manila 社区活动,旨在解决功能实现或技术债务领域的问题。
除非另有说明,本文档根据知识共享署名3.0许可协议授权。请参阅所有OpenStack法律文件。