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