Kubernetes 1.8 发布计划跟踪

一、Kubernetes1.8发布计划

1.     2017年7月5日，开始编写1.8代码

2.     2017年7月12日，发布v1.8.0-alpha.1版本

3.     2017年7月26日，发布v1.8.0-alpha.2版本

4.     2017年8月1日，1.8版本特性在Git库中冻结讨论

5.     2017年8月9日，发布v1.8.0-alpha.3版本

6.     2017年8月23日，发布v1.8.0-alpha.4版本

7.     2017年9月1日，1.8版本特性代码冻结

8.     2017年9月1日，1.8版本特性代码冻结

9.     2017年9月6日，发布v1.8.0-beta.0版本

10.  2017年9月13日，发布v1.8.0-beta.1版本

11.  2017年9月20日，发布v1.8 RC版本

12.  2017年9月27日，正式发布v1.8.0GA版本

二、第一阶段：2017年7月5日–2017年8月31日

这段时间主要用来进行1.8版本的编码工作，在此期间会每两周发布一个α版本。

1.  2017年7月12日，发布v1.8.0-alpha.1版本

2.  2017年7月26日，发布v1.8.0-alpha.2版本

3.  2017年8月1日，1.8版本特性在git库中冻结讨论

4.  2017年8月9日，发布v1.8.0-alpha.3版本

5.  2017年8月23日，发布v1.8.0-alpha.4版本

三、第二阶段：2017年9月1日–2017年9月14日

1.2017年9月1日

1.1         1.8版本特性代码冻结

1.2         1.8版本特性相关的PR都会作为待处理任务，并给这些待处理任务设置完成里程碑

1.3         重点是修复bug，进行测试，提高1.8版本稳定性

1.4         编写1.8特性文档

1.5         召开1.8特性Burndown会议

1.6         确保所有1.8特性都可以被发布，并且标识这些新特性在1.8发布时的类型，有些特性作为α特性发布，有些特性作为β特性发布，其他特性作为GA特性发布。

1.7         发布小组编写发布说明草稿

2.2017年9月6日

2.1         发布v1.8.0-beta.0版本

2.2         创建1.8发布分支

2.3         建立持续集成测试，并且至少每天进行一次持续集成测试

3.2017年9月8日

3.1         1.8版本的PR文档对外开放，可以进行技术预览

4.2017年9月13日

4.1         发布v1.8.0-beta.1版本

4.2         在1.8发布分支上进行最后一次fast-forward操作

4.3         对于1.8发布分支上的所有改变，只能由发布管理员进行git git cherry-pick操作

4.4         删除待处理任务的里程碑限制

四、第三阶段：2017年9月15日–2017年9月27日

1.2017年9月15日

1.1         准备好1.8相关文档

2.2017年9月20日

2.1         发布v1.8 RC版本

2.1.1    RC版本表示里面没有block类型的问题

2.1.2    RC版本只接受block类型的git cherrypicks

2.1.3    通过邮件组、Twitter等渠道发布RC版本通知，争取大家编译和测试1.8RC版本，并且反馈存在的问题

2.1.4    有可能会给一些K8S用户提供1.8 RC.1b版本

2.1.5    会发布多个RC版本，用来校验影响发布的block类型问题

3.2017年9月27日，正式发布v1.8.0GA版本