git 分支管理规范

写在前面

• 规范无好坏之分，每一个公司都存在差别，适合本身团队最重要

基础分支：

• master （主分支）
• develop （开发分支）
• feature*（功能开发分支，多个）
• hotfix （生产bug修复分支）

操做流程：

1. 项目迭代开始时由组长从develop拉取新的feature分支
2. 测试完成后将feature合并到develop，由组长或指定小组长完成
3. feature分支开发人员应该按期（天天）拉取最新的develop到本身feature开发分支中
4. 预发时develop分支合并到master分支，此时若是存在bug，需在原来的feature分支中进行修改测试经过后再合并到develop分支中，再由develop合并到master分支
5. 若是遇到生产BUG，须要从master拉取hotfix进行修正，测试经过后合并到master和develop中；

注意点：

1. feature命名参考：feature/项目功能名称/版本号
2. master权限只限于组长或项目负责人
3. 不可在develop进行代码修改，全部修改都须要经过feature或hotfix完成
4. feature从develop拉取
5. feature测试完成没有问题才能合并到develop
6. master上生产后，打tag(日期+版本号)
7. 预发期间生产bug由tag版原本修复，修复版本须要在预发环境验证过才能上生产

分支管理示意图：