Git 开发分支管理

整理下git开发过程的分支管理规范说明

git上的分支说明与命名规范

1、master(主分支):正式环境的版本分支。永远是可用的、稳定的、可直接发布的版本,不能直接在该分支上开发。

2、develop(测试分支):测试环境的版本分支。代码永远是最新,该分支只做合并操作,不能将此分支合并到其他任意一个分支中,否则会污染其他分支的代码,并且不能直接在该分支上开发。

3、develop-版本号(需求分支):对应产品提出的需求,基于master分支创建。

4、feature-xxx-yyy(特性分支):具体开发人员的分支,基于develop-版本号(需求分支)创建分支,xxx版本号,yyy为自己姓名的首字母缩写或者全拼。开发完成后合并到develop-版本号分支。上线后对应的feature分支可删掉。

5、hotfix-xxx(bug修复分支):项目上线之后可以会遇到一些环境问题需要紧急修复,在master分支上创建,修复完成后合并到develop和master分支。

git开发流程:

第一种情况:产品提出新需求:

  1. 先基于master新建develop-版本号分支;
  2. 参与该需求的开发人员,基于develop-版本号分支,建立各自的feature分支。

第二种情况:测试

  1. 先把各自的feature分支合并到develop-版本号分支;
  2. develop-版本号分支合并到develop分支。

第三钟情况:上线

1、把对应的develop-版本号分支合并到master。

git注意事项:

  1. 每个开发人员本地至少会有4个分支:master、develop、develop-版本号、feature。
  2. 开发人员只能拉取develop-版本号和其他人员feature。
  3. 在checkout本地新分支后要先pull,保证版本的最新。
  4. a分支合并到b分支的时候,b分支最好先pull下。
  5. feature-xxx-yyy一个分支尽量开发一个功能模块,不要多个功能模块在一个分支上开发。

版权声明:本文为u012373281原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。