Git中的分支管理策略

快速合并模式存在的问题

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分支？