提测分支，用于测试版本打包，提测bug在当前分支修改
每个版本发布分支，同时也作为每个版本线上紧急bug修复分支
dev
主开发分支，包含确定即将发布的代码
v1.1
v1.2
v1.1-release
***-release
***-dev
fix
test
v1.0
v1.0-release
并行版本开发分支，基于dev分支创建
每位开发人员认领自己的功能需求，分别拉取Develop分支进行功能编码。敏捷开发强调功能小版本迭代，并行开发。当研发人员完成功能需求开发后，进行自测，自测通过，提交 merge request，team leader 经过 code review 确定运行无缺陷后合并到 develop 分支。此时测试人员需要从 develop 分支打包最新代码，并部署测试环境，同步进行功能及接口测试。test分支代码回归测试无误后发布上线，同时创建该版本的***-release分支。此时，一个项目从最初的开发编码到发版上线，整个研发流程确保清晰明了。保证整个研发流程规范，可以大大减少生产事故。当然，不可避免的也会有生产问题，如果此时出现生产问题，需要直接切到***-release分支修复生产问题并复测回归，同时将代码提交合并到 develop 分支。这种流程下，比较容易出现冲突的场景及解决方案如下：多版本并行开发，在合并至 develop 分支时，容易出现合并冲突。这就要求各研发人员尽量只修改个人功能代码文件。公共配置或公共依赖包应由单独开发人员维护，按需添加。间隔版本修复bug时，在合并至develop 分支时，需要同步合并到其他间隔的***-release版本分支。
