- 前提条件：
存在两个本地分支：
master --> origin/master
dev --> origin/dev
1. git rebase
- 执行流程
git checkout dev
vim README.md
git commit README.md -m "Test 1"
git push
git checkout master
vim README.md
git commit README.md -m "Test 2"
git push
git rebase origin/dev
git log查看的效果如图红色圈里的部分：
image.png
可以看到，git rebase就是把origin/dev分支的提交有机合并到本地master分支，并没有产生合并记录。
这时候我再执行
git pull发现git log里面有多了一个分叉，如下图：
image.png
这是因为git pull = git fetch+git merge，这里会将远程master分支，即origin/master与本地master合并，因此会产生一个合并记录。产生分叉是因为合并的时候两个Test 2提交记录来自不同的上游
2. git merge (--Fast-forward 是默认参数)
在上面的基础上继续执行：
git checkout dev
vim README.md
git commit README.md -m "Test 3"
git push
git checkout master
git merge origin/dev
image.png
可以看到这次合并记录，顺着分叉可以看到Test 3的提交记录，由于Test 3 的提交是来自Test 1的下游，所以Test 3是指向Test1。
我又重复了以上的操作，发现 Test 4的合并分叉，Test4是上游也是指向了Test 3。
Test 5亦然。
这是否说明每次git merge (--Fast-forward) 都是有迹可循，不会丢失合并记录呢？
不是的。下面我们看往下的操作：
我先创建一个本地test分支
git checkout -b test
这时候本地的test分支和master分支都是从同一个head出来的，即：
image.png
这时候，我在继续以下操作：
vim README.md
git commit README.md -m "Test 6"
git checkout master
git merge test
发现：
image.png
对，没错，丢失了这次合并操作，只是单纯的把提交合并过来了。
我接着又切到test分支重复着进行了以上操作，发现，Test 7的合并同样没有merge记录。
因此可以断言，假如两个分支来自同一个上游，那么用git merge (--Fast-forward)会丢失这次合并记录。
3. git merge --no-ff
接下来我再进行以下操作：
git checkout test
vim README.md
git commit README.md -m "Test 8"
git checkout master
git merge --no-ff test
这次结果如下：
image.png
好了，加上--no-ff就不会丢失本次合并操作记录啦。
4. 结论
- git rebase是将被合并的的分支（我这里指origin/dev）的提交有机结合到当前分支（我这里是master），成为一条提交记录的时间线，这里没有合并记录，也没有分叉。
- git merge (--Fast-forward) 则是合并的时候，如果被合并的两个分支来自同一个上游，那么合并操作会不留痕，这个有可能会让查问题不好查；
- git merge --no-ff 会让合并强行留痕。
网友评论