BexarReleaseScheduleSpec
|
旧设计页面
此页面用于帮助设计一个已实现的功能。因此，此页面可能不会更新，并且可能包含过时的信息。上次更新时间为 2013-10-07 |
- Launchpad 条目: bexar-release-schedule
- 创建: 2011-11-03
- 贡献者: ThierryCarrez
目录
总结
此规范决定了未来两个版本的完整发布计划。
发布说明
Bexar 的计划已经确定，并且也提出了 C 版本的初步计划。
原理
基于时间的发布都围绕着精确的里程碑和阶段，因此我们需要清晰地定义它们，并为未来的版本制定初步计划。
用户故事
Jay 是一名开发人员，他需要计划他的圣诞假期，他使用已发布的计划，并且会参加 FeatureFreeze。
前提条件
无。
设计
周期
接下来的两个周期将是三个月的周期。我们可能会考虑未来转向六个月的周期，但我们也可以永远保持三个月。
对齐
与 Ubuntu 的 Feature Freeze 和/或 Final Freeze 对齐是有价值的。但是 Feature Freeze 是周期开始后的 4 个月，Final Freeze 是 2 个月后，因此你只能选择一个。所提出的计划背后的想法是与 Final Freeze 对齐，并在 Openstack 位于 universe 期间，至少在 Feature Freeze 前几周发布另一个版本。然后，当 Openstack 进入 main 时，我们会在 QA 方面做得如此出色，以至于 Ubuntu 相信可以一直追随我们的 trunk 直到最后一刻。
时间表
预周期准备
| 10 月 28 日 | 11 月 4 日 | 11 月 11 日 |
| ODS |
Bexar 周期
| 11 月 25 日 | 12 月 2 日 | 12 月 9 日 | 12 月 16 日 | 12 月 23 日 | 12 月 30 日 | 1 月 6 日 | 1 月 13 日 | 1 月 20 日 | 1 月 27 日 |
| BF | FF | GF | |||||||
| 开发 (8 周) | QA | ||||||||
C 周期
| 2 月 10 日 | 2 月 17 日 | 2 月 24 日 | 3 月 3 日 | 3 月 10 日 | 3 月 17 日 | 3 月 24 日 | 3 月 31 日 | 4 月 7 日 |
| BF | FF | GF | ||||||
| 开发 (7 周) | QA | |||||||
键
- ODS：Openstack 设计峰会，星期二至星期五。
- SD：Bexar 规范提交截止日期（星期四）
- BF：分支合并提案冻结，星期四。所有分支应在 BF 之前提出。
- FF：Feature Freeze，星期四。所有分支应在 FF 之前合并。
- GF：Gamma Freeze，星期二。Gamma 版本用于测试发布是否存在关键问题。
- RC：Release Candidate，星期二。发布于星期四。除非发生不可抗力，否则无法更改 RC。
里程碑
- SD：Bexar 规范提交截止日期（11 月 18 日）
- BF：分支合并提案冻结，所有分支应在 BF 之前提出（1 月 6 日）
- FF：Feature Freeze，所有分支应在 FF 之前合并（1 月 13 日）
- GF：Gamma Freeze，Gamma 版本用于测试发布是否存在关键问题（1 月 25 日）
- RC：Release Candidate（2 月 1 日）
- 发布：2 月 3 日
合并窗口
- 直到 FF：Feature 和 bugfix 合并
- FF 和 GF 之间：Bugfix 合并
- GF 和 RC 之间：关键 bugfix 合并（需要发布经理批准）
- RC 和发布之间：需要不可抗力才能更改 RC（需要发布经理贿赂）
Ubuntu 对齐
- Bexar 发布（2 月 3 日）在 Ubuntu Feature Freeze（2 月 24 日）前几周
- C 发布在 Ubuntu Final Freeze（4 月 14 日），Ubuntu 发布（4 月 28 日）前两周
下次设计峰会
- 下次设计峰会的初步日期是 4 月 25 日那周
- 这比 Ubuntu 在布达佩斯举办的 UDS-O 早两周
交付成果
- 每次提交后都应构建新的源代码 tarball
- 无需更改它们以使其成为“发布”。
- 里程碑将上传到 Launchpad
- 不要加鸡蛋，谢谢。
实现
- 宣布 Bexar 规范提交截止日期（ttx/dendrobates）在 ODS 结束前：完成
- 获得 B 版本发布计划的批准（dendrobates）
- 宣布 B 版本发布计划（ttx）在 SD 之前
- 记录 B 版本流程、冻结和例外情况（ttx）
- 自动触发源代码 tarball 构建（soren）
- 显示/记录发布周分支流程（dendrobates）
- 获得 C 版本发布计划和 ODS-C 的批准（dendrobates）
- 宣布 C 版本发布计划（ttx）
测试/演示计划
n/a
未解决的问题
无。
BoF 议程和讨论
请参阅 http://etherpad.openstack.org/BexarReleaseSchedule 和 [[http://etherpad.openstack.org/BexarReleaseProcess
我们应该考虑 LTS 模式（在未来某个时候拥有“稳定”版本，你支持 LTS->LTS 升级）。
我们应该考虑在 FF 之后发布 Beta 版本。
