前后端发布分支规则
1、分支约规
远程版本库只存在三条长期且相互独立的分支。分别对应三个环境,他们分别为develop,staging,与
master, 三条分支对应三个环境,分别为dev环境(开发测试环境)、stg环境(预发环境)与生产环境
2、版本号(tag)约规
初期我们预设的版本号为三位数版本号,其构成如下:
eg:V1.0.0_20201113。(版本号并不以十进制,而是按照迭代规划推送)
2.1 主版本号(首位版本号)
主版本号,即v后面第一个版本号。主版本号一般代表项目的期数与产品方向。除非项目合同改变、大规
模api不兼容、产品方向改变、底层架构升级等情况外不轻易更新。
2.2 次版本号(迭代号)
次版本号,也叫迭代号,一般代表某个迭代发布的功能集合(一个迭代发布会包含若干个功能更新)。
如V1.1.0:第一期项目第一迭代发布版本、V1.2.0:第一期第二迭代发布版本。
2.3 功能号(PR号)
一般来说,提交到项目分支内的代码均需要经过PR,而为了保证单个PR的简洁性与纯粹性,建议一个
PR描述一个功能。因此第三位数的版本号也叫做PR号或功能号,用来描述单个提交到主分支内的功能或
代码修改。
如V0.0.1:第一迭代的第一个提交、V0.0.98:第一迭代的第98个PR。
下一篇:KVM API docs