Kubernetes v1.7版本跟踪详情

推荐：Kubernetes v.14  v.15  v.16 相关资料

Kubernetes v1.7发布计划

1. 2017年4月3日，开始编写1.7代码
2. 2017年4月6日，发布v1.7.0-alpha.1版本
3. 2017年4月19日，发布v1.7.0-alpha.2版本
4. 2017年5月1日，1.7版本特性在Git库中冻结讨论
5. 2017年5月3日，发布v1.7.0-alpha.3版本
6. 2017年5月17日，发布v1.7.0-alpha.4版本
7. 2017年5月31日，发布v1.7.0-beta.0版本
8. 2017年6月1日，1.7版本特性代码冻结
9. 2017年6月7日，发布v1.7.0-beta.1版本
10. 2017年6月14日，发布v1.7.0-beta.2版本
11. 2017年6月19日，发布v1.8.0-alpha.1版本
12. 2017年6月21日，发布v1.7 RC版本
13. 2017年6月28日，正式发布v1.7.0 GA版本

第一阶段：2017年4月3日–2017年5月31日

• 这8个星期用来编写1.7代码
• 每两周发布1.7的一个α版本
• 2017年4月6日，发布v1.7.0-alpha.1版本
• 2017年4月19日，发布v1.7.0-alpha.2版本
• 2017年5月1日，1.7版本特性在git库中冻结讨论
• 2017年5月3日，发布v1.7.0-alpha.3版本
• 2017年5月17日，发布v1.7.0-alpha.4版本
• 2017年5月31日，发布v1.7.0-beta.0版本

1. 创建发布分支
2. 为这个新的分支配置持续集成
3. 至少每天进行一次持续集成

第二阶段：2017年6月1日–2017年6月15日

• 6月1日：特性代码冻结

1. 1.7特性相关PR终止提交
2. 在已经提交的特性PR上增加里程碑约束
3. 社区预计召开两三次特性Burn-down会议，在1.7正式发布那周会每天开一次。对这些感兴趣的用户可以加入Google Group查看。
4. 重点在修复bug，测试缺陷，测试稳定性
5. 确保1.7版本相关的文档和发布指南都写完
6. 确定所有特性都包含在1.7发布版本中，并且确定在git库中标识出α、β、GA版本。

• 6月7日：发布v1.7.0-beta.1版本
• 6月14日：发布v1.7.0-beta.2版本

1. 在1.7发布分支上进行最后一次fast-forward操作。
2. 为1.7发布所做的所有修改都必须由发布分支管理员批量进行git cherry-pick。
3. 删除已经提交特性PR上的里程碑约束。整个周末整理积累下来的PR。

第三阶段：2017年6月19日–2017年6月28日

• 6月19日：发布v1.8.0-alpha.1版本
• 6月21日: 发布v1.7 RC版本

1. RC版本意味着没有已知的block问题。
2. 只接受发布管理员的git cherry-pick操作。
3. 通过邮件组通知Twitter等用户，让用户使用1.7RC版本。
4. 社区内部用户可能会更早时间得到1.7RC版本。
5. 可能会发布更多个RC版本来进行GA版本发布前的验证。

• 6月28日：正式发布1.7 GA版本