git merge不对仓库历史做任何改变，它会保留分支上所有的历史commit，然后简单地创建一个合并的commit。
使用git merge将master分支合并到feature分支
git checkout feature
git merge master
上面的操作会在feature分支上产生一个新的commit，它是c4和c7的合并为c8，c8包含了master分支上的所有修改，结果如下图所示：
快速模式
feature分支后主分支没有任何commit，则此时会使用Fast forward模式进行merge，即不会产生一个新的commit，而是直接将main分支的指针指向feature分支--no-ff使用git rebase将master分支合并到feature分支
git checkout feature
git rebase master
rebase将feature分支的基移到master分支的开头(即c4)，将所有的新提交合并到主分支中。与在feature分支中创建合并提交不同，rebase通过在feature分支中为每个commit创建全新的commit来重写提交历史，*c5、*c6、*c7是在feature分支上的新commit。换句话说，就是在c4的基础上，依次重新提交在feature分支上的每一次修改。
可以看到提交是线性的，我们可以回溯从feature分支顶端开始到master分支的第一次提交的任何提交。rebase不会创建不必要的合并提交，因此，项目的提交历史将更清晰，更容易被其他开发人员理解。
master分支)上执行rebase合并，这会创建不同的master分支。当然你也可以同步这两个不同的master分支，然后merge为一个，但是这会导致重复提交，从而让主分支的commit十分混乱。要想使用交互模式，在rebase命令后加上-i或--interactive选项即可。
git rebase -i [start] [end]
例1：合并近三次的commit
git rebase -i HEAD~3
此时会弹出一个文本编辑窗口，前三行即最近三次的commit
pick 344a29d test1
pick 36f77fe test2
pick 88cb498 test3
常用选项如下：
p, pick = use commit
s, squash = use commit, but meld into previous commit
f, fixup = like "squash", but discard this commit's log message
d, drop = remove commit
由选项可知，将最前面的pick设置为squash或fixup即可压缩分支，和接下来要用到的--squash类似，但这里可以指定任意个数的commit进行合并。我们的目标是合并近三次commit，所以将第2、3行的前面的pick改为s或f即可。
注意：在合并过程中若发生冲突，需要自己对比修改本地文件，解决完冲突后执行：
git add .
git rebase --continue
如果中途不想合并了，则可以执行：
git rebase --abort
例2：删除某个commit
同理，如果想删除某个commit，将最前面的pick改为drop即可。
git pull：先git fetch再git merge HEADgit pull --rebase：先git fetch再git rebase HEAD从远程拉取代码后会与本地的代码进行合并，由上面的原理可知，使用git merge拉取最新的另一个分支的commit后，还会多产生一个合并的commit；而rebase则直接在拉取最新的commit后，即在当前本地分支的基础上，应用远程最新分支的修改，在当前分支上产生一个commit，不会有多一个commit。
在git merge中，每一次merge就会产生一个额外的commit，如果在工程中有许多bug和一些微小改变的commit，那么可以使用--squash选项将feature分支中的所有commit取出，然后压缩这些commit为一个并加入到master分支中。
具体指令如下：
git checkout master
git merge --squash feature
feature中的每一次commit的更改应用到本地，所以还需要手动提交该commit：git commit -m <"your commit message">合并结果如下：
