快速合并模式存在的问题
Git会用Fast forward模式
,但这种模式下,删除分支后,会丢掉分支信息。
采用禁用ff的模式进行分支合并
准备合并dev分支,请注意–no-ff参数,表示禁用Fast forward:
$ git merge --no-ff -m "merge with no-ff" dev
Merge made by the 'recursive' strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
Administrator@WIN-E2URN8GKKHJ MINGW64 ~/Desktop/learngit (master)
$ git log --graph
* commit ca44dc913f40971cc38c8955c65bb8f49fce1059
|\ Merge: e32a433 65a0233
| | Author: wangguowei <wgw1206798585@vip.qq.com>
| | Date: Sat Oct 15 11:16:50 2022 +0800
| |
| | merge with no-ff
| |
| * commit 65a02332c94f85bf3e4eb79eeeeb5a0105ee0596
|/ Author: wangguowei <wgw1206798585@vip.qq.com>
| Date: Sat Oct 15 11:15:06 2022 +0800
|
| add merge
在上面这个Git命令行的输出信息中,能看到sha1提交号,提交的id号,提交的作者邮箱,以及提交的时候负载的message
因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。
在开发过程中的分支策略
-
首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
-
干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;
-
你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
所以,团队合作的分支看起来就像这样:
使用Git进行团队合作
Git分支十分强大,在团队开发中应该充分应用。
合并分支时,加上--no-ff参数
就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并
。
单人的开发模式
使用master分支和dev分支,当我们在dev分支上做完自己的事情后,将dev分支上的东西合并到master分支。再根据实际情况继续开发,到一定情况后,继续将dev分支上的东西进行合并。到最后合并完成。
所以在实际情况中并不建议删除dev分支?