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