云效飞流Flow项目版本管理的最佳实践

简介：飞流Flow的最佳实践（使用阿里云云效）为了更好地使用飞流Flow，接下来将结合阿里云云效来讲解飞流Flow的最佳实践

目录

一、分支规约

二、版本号规约

2.1 主版本号（首位版本号）

2.2 次版本号（迭代号）

2.3 小版本号

三、云效飞流Flow的最佳实践（使用阿里云云效）

3.1 总体流程图

3.2 弓行同学与阿吉同学的最佳实践

3.2.1 功能分支(feature分支)的创建

3.2.2 流水线的创建

3.2.3 日常环境发布

3.2.4 预发环境发布

3.2.5 危险分支下线

3.2.6 生产环境发布

3.2.7 生产环境发布:写基线

四、FAQ

一、分支规约

二、版本号规约

在最佳实践中，我们常用的版本号为三位数版本号，其构成如下：

V主版本号.次版本号.小版本号

eg：V1.0.0、V1.5.0、V1.13.1等

2.1 主版本号（首位版本号）

主版本号，也叫首位版本号、顶位版本号，即V后第一个版本号。主版本号一般代表项目的期数与产品方向。除非项目合同改变、大规模api不兼容、产品方向改变、底层架构升级等情况外不轻易更新。

另外，项目未正式发布、未正式孵化、未正式上线，则首位版本号为0，一期发布，则为V1，二期发布则为V2。

2.2 次版本号（迭代号）

次版本号，也叫迭代号，一般代表某个迭代发布的功能集合（一个迭代发布会包含若干个功能更新）。

如V1.1.0：第一期项目第一迭代发布版本、V1.2.0：第一期第二迭代发布版本、第一期第十八个迭代发布版本:V1.18.0。

2.3 小版本号

小版本号，是为了某些小功能的临时上线，热修复的临时上线设置的小迭代，通常不包含大的功能性更新，常常是围绕某个功能点进行升级或者某个bug的修复进行上线。

三、飞流Flow的最佳实践（使用阿里云云效）

为了更好地使用飞流Flow，接下来将结合阿里云云效来讲解飞流Flow的最佳实践

3.1 总体流程图

下图为最乐观形式下的飞流Flow模型图，可以见到，release分支是多个feature的集成版本。同时，release又可以通过流水线进行组织，使用在不同的项目环境构建下。