前后端发布分支规则
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。