前言
在pull代码时，有时候会产生一个额外的提交记录，并且需要commmit。对于我这种有轻微代码洁癖的人看起来有点不爽。经过学习后发现原来这和git的merge时的策略有关，下面简单介绍这两种方式。
Fast Forward
在两个分支没有分叉时，会执行快速前进(Fast Forward)合并，即直接将当前分支的指针指向即将合并的分支。这种方式不会产生新节点。
例如下面的图片，在feat1上提交了2个commit，此时在main上执行
shell
git merge feat1
结果是main和feat1指向同一个节点
3-way
如果两个分支有分叉，例如下面的情况：
此时在main上执行merge后会进行3-way merge,下面详细介绍3-way merge
3-way代表需要操作3个节点，即：
- main的当前指针，即C3
- feat1当前的指针，即C2
- 这两个分支的最近公共祖先(common ancestor), 即C1
开始时首先会生成一个新节点C4，此节点有两个parent commit, 即C2和C3。 然后对C1和C2进行diff, 以及对C1和C3进行diff。如果某个位置只有一方进行更改，则保留。如果两方都进行了修改，则标记为冲突，需要手动解决。解决完冲突后，会进行commit生成节点C4。中途如果想放弃合并可以使用git merge --abort
结论
原来采用3-way策略的时候就会产生额外的提交记录，这种方式记录了git操作的痕迹。如果希望提交记录整洁一些应该如何做呢？那就是使用git rebase操作！我将会近期将会更新下一篇中详细讲解！