当多个人开发同一个项目时，很容易造成代码混乱，甚至是代码丢失。合理的代码提交规范，可以很好的规避这个问题。项目常用分支有三个，分别为master生产环境分支、feature-uat测试环境分支、develop-id开发分支。以下对这个三个分支和分支提交流程进行了详细介绍。
常用分支
master
主分支 , 产品的功能全部实现后 , 最终在master分支对外发布
只能从其他分支(release/hotfix)合并 , 不能在此分支修改
feature-uat
测试环境主分支，主要用于提交给测试人员进行功能测试
只能从其他分支(release/hotfix)合并 , 不能在此分支修改
不推荐在当前分支直接开发代码，因为此分支的代码都是其余分支合并过来的
develop-id
开发分支，基于master分支克隆，主要用于新需求新功能的开发
功能开发完毕后合到feature-uat分支并推送，用于给QA测试
develop分支可同时存在多个 , 用于团队中多个功能同时开发 , 属于临时分支 , 功能完成后可选删除
主要工作流程
每个项目有两个主要分支，master生产主分支、feature-uat 测试环境主分支。
开发阶段：每个人根据自己领到的任务号，以master分支为基础创建develop-id分支。
比如，A同事领到任务号为1，那以master分支为基础创建develop-1分支；B同事领到任务号为2，那以master分支为基础创建develop-2分支。
提测阶段：提交代码到自己的代码到develop-id分支，并合并develop-id分支代码到feature-uat 分支
比如，A同事任务开发完成，需要提测。则提交代码到 develop-1分支 且 合并 develop-1分支代码到feature-uat分支；B同事任务开发完成，需要提测。则提交代码到 develop-2分支 且 合并 develop-2分支代码到feature-uat分支。
feature-uat分支配置自动化部署，每一次推送都会触发构建
上线阶段：合并develop-id分支到master分支
比如，A同事代码测试通过，需要单独上线，则合并develop-1分支代码到master分支。
比如，A同事和B同事的代码都测试通过，需要同时上线。此时，以master分支为基础创建分支develop1&develop2，A同事和B同事分别合并自己的分支到develop1&develop2，上线时合并 develop1&develop2分支到master分支