git分支管理策略

属于 Git 分类 0 评论 62 阅读

个人在项目中使用git分支管理策略介绍

主分支Master

首先,代码库应该有一个、且仅有一个主分支Master。项目的正式版本,都在这个主分支上发布。
它是自动建立的,版本库初始化以后,默认就是在Master分支进行开发。

功能开发分支 feature/*

临时性分支

功能分支,它是为了开发某种特定功能,从master分支上面分出来的。开发完成后,并入release;

功能分支的名字,可以采用feature/w_*的形式命名。即 feature/开发者标识_开发的功能

基于master分支创建一个功能分支:
开发完成后,将功能分支合并到release分支:
删除feature分支:

版本预发布分支 release/*

永久分支 ,命名 release/版本号

预发布分支,它是指发布正式版本之前(即合并到Master分支之前),我们可能需要有一个预发布的版本进行测试。

预发布分支最初是从master分支上面分出来的,将开发完成的feature分支合并到release分支进行测试,测试完成后将release分支合并到master分支进行发布

创建一个预发布分支:
将各feature分支合并到release分支
对release分支进行测试
确认没有问题后,合并到master分支:

bug修复分支 fixbug/*

临时性分支, 命名 fixbug/开发者标识_修改的功能,

软件正式发布以后,难免会出现bug。这时就需要创建一个分支,进行bug修补。

修补bug分支是从Master分支上面分出来的。修补结束以后,再合并进Master和release分支。它的命名,可以采用fixbug/*的形式。

基于master创建一个修补bug分支:

修补结束后,合并到master分支:

再合并到release分支:

最后,删除"修补bug分支":
发表你的评论