2018-05-26 重新学习 GIT6 分支策略

分支策略

在实际开发中,应该按照几个基本原则进行分支管理:
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
干活都在dev分支上,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;
每个人都在各自的dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
可以理解为:
master为发布版本的分支,用于产品部署
dev(自建)为某子功能的开发分支,用于完整的子功能开发。功能完成后再合并到master

所以,团队合作的分支看起来就像这样:

2018-05-26 重新学习 GIT6 分支策略_第1张图片

小结:
合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并
而fast forward合并就看不出来曾经做过合并。
例子:
$ git merge --no-ff -m "merge with no-ff" dev
注意:--no-ff参数,表示禁用Fast forward

你可能感兴趣的:(2018-05-26 重新学习 GIT6 分支策略)