Git分支规范说明

1、分支类型说明

分支名称	分支描述	唯一	权限管理
release	发布分支，内部分支，当确定需要发布版本时，从develop分支拉出此分支	唯一	最高权限，由版本经理或者团队核心成员组管理
master	主干分支，对外发布分支	唯一	最高权限，由项目经理或者团队核心成员组管理
hot fixes	紧急故障修复分支(如现场故障)，内部分支，从master拉出此分支，merge到master和develop分支	唯一	最高权限，由版本经理或者团队核心成员组管理
feature	特性分支，内部分支，当有新需求时，可以从develop分支拉出此分支，开发完成后，merge到develop分支	不唯一	最高权限，由版本经理或者团队核心成员组管理
develop	开发分支，内部分支，团队成员的代码提交到此分支	唯一	最高权限，由团队核心成员组管理

2、场景分解

2.1新项目启动

责任人	动作
项目经理/版本经理	创建master分支

2.2启动开发

责任人	动作
项目经理/版本经理	创建develop分支
团队成员	同步和提交develop分支

2.3需求开发

责任人	动作
项目经理/版本经理	从develop创建feature分支并制定feature负责人
团队成员	同步和提交到feature分支
团队成员（feature负责人）	同步feature分支到develop分支

2.4内部版本发布

责任人	动作
项目经理/版本经理	从develop创建release分支
团队成员	同步和提交到release分支，只允许提交bug的代码，不允许提交新功能代码
团队成员	同步release分支的bug到develop分支
项目经理/版本经理/核心成员	Release结束后，同步release分支到master分支和develop分支，删除release分支

2.5外部版本发布

责任人	动作
版本经理	为master分支Tag
项目经理/版本经理	创建hotfixes分支

2.6hot fix

责任人	动车
团队成员	同步和提交（bug的解决方法）到develop分支

3、分支说明

对于一个初级应用的团队或者小团队，可以简化分支：

3.1 裁剪掉release，hotfix分支

3.2 围绕develop分支进行开发，测试版本直接在develop分支上tag

3.3 开发人员可以自测feature/bug分支，开发完成后合并入develop分支

3.4 master分支的作用保持不变

------20191203闪