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