product_flow
1、（必须）每周一下午，zcloud组内周例会，总结上周计划本周
2、每周五下午，zcloud组内k8s相关技术分享
3、产品功能开发、测试阶段，如无重大问题，不支持需求变更
惩罚：周例会任务有偏离或技术分享推延，在无特殊原因的情况下，计罚一次用于年底团建费用。
一年定义两个Zcloud发型大版本，大版本发版时间为3个月。同时我们最多维护两个大版本Va、Vb(最新)，一个master版本。低于两个版本的老用户，我们提供升级服务。不升级的用户版本我们不再做bug修复与功能更新。Va、Vb我们只做bug修复，并合并到master。每个大版本的发布必须通过集成测试。
每个Zcloud版本对应一个k8s版本。
升级窗口时间不做强制性要求。
要保证配置数据与业务数据不丢失。
全部采用离线升级的方法。
升级必须有切实可行的回滚方案，并且是经过测试的。
升级时，如果需要业务中断，需要在30分钟内完成。
Zcloud出升级包与升级文档。不提供升级入口给用户。
以下两种情况需要升级k8s
1、在k8s新版中有满足客户需求的功能
2、k8s发生对Zcloud有影响的漏洞
3、使用的k8s是官方维护版本
k8s升级与Zcloud版本发布保持一致，除以上两种情况外，k8s不予升级。
打镜像的名称为分支号，不是版本号，一个月对外升级一次镜像，开发与测试完成，合到master之后，删除测试镜像。保留版本镜像。一个月发布一个fixbug版本和镜像版本。
若只在镜像组件做bugfix，则组件升级时需要给出支持的zcloud版本列表。
以下是三个流程图，产品开发流程为主流程，新功能开发流程与master bug fix流程是细化流程，包含在主流程里。
1、产品需求文档
2、产品原型
产品提供：
1、设计平面图
分支原则：
根据版本维护原则，新版本开发在master，版本提交集成测试是，打新版本的分支。集成测试发现的bug在版本分支上fix，看情况是否在master上fix。
集成测试：只测试当前即将发布版本的功能
兼容测试开发提供：升级包，升级操作说明文档，版本安装包，镜像均离线导入。
版本兼容性测试：测试Va升级到当前版本，Vb升级到当前版本，直接新部署当前版本
最后提交测试报告。
文档：
1、版本功能更新说明（产品）
2、版本使用手册（产品）
3、版本更新和安装手册（研发）
安装包：
1、操作系统镜像（研发）
2、升级包（研发）
3、安装包（研发）
所有docker镜像均离线导入