【Git】git merge与git rebase的区别
git merge
git-merge - Join two or more development histories together
把其他分支的代码合并到当前分支上，会记住以前分支的所有提交信息。
git rebase
git-rebase - Reapply commits on top of another base tip
git rebase用于把一个分支的修改合并到当前分支。
它的作用简要概括为：可以对某一段线性提交历史进行编辑、删除、复制、粘贴；因此，合理使用rebase命令可以使我们的提交历史干净、简洁！
合并多个commit为一个完整commit
当我们在本地仓库中提交了多次，在我们把本地提交push到公共仓库中之前，为了让提交记录更简洁明了，我们希望把如下分支B、C、D三个提交记录合并为一个完整的提交，然后再push到公共仓库。
使用的命令：
git rebase -i [startpoint] [endpoint]
// 或者
git rebase -i HEAD~3 // 3是几次提交记录
备注：提交的时候，第一个pick不要动，把后面的pick 换成s。
每一个commit id 前面的pick表示指令类型，git 为我们提供了以下几个命令:
pick：保留该commit（缩写:p）
reword：保留该commit，但我需要修改该commit的注释（缩写:r）
edit：保留该commit, 但我要停下来修改该提交(不仅仅修改注释)（缩写:e）
squash：将该commit和前一个commit合并（缩写:s）
fixup：将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
exec：执行shell命令（缩写:x）
drop：我要丢弃该commit（缩写:d）
将某一段commit粘贴到另一个分支上
通常的做法就是：
// dev 粘贴到master上
git rebase master
git checkout master
git merge dev
在rebase的过程中，也许会出现冲突(conflict). 在这种情况，Git会停止rebase并会让你去解决 冲突；在解决完冲突后，用"git-add"命令去更新这些内容的索引(index), 然后，你无需执行 git-commit,只要执行:
git rebase --continue
这样git会继续应用(apply)余下的补丁。
在任何时候，你可以用--abort参数来终止rebase的行动，
git rebase --abort
当我们项目中存在多个分支，有时候我们需要将某一个分支中的一段提交同时应用到其他分支中，就像下图：
我们希望将develop分支中的C~E部分复制到master分支中，这时我们就可以通过rebase命令来实现（如果只是复制某一两个提交到其他分支，建议使用更简单的命令:git cherry-pick）。
在实际模拟中，我们创建了master和develop两个分支:
我们使用命令的形式为:
git rebase [startpoint] [endpoint] --onto [branchName]
其中，[startpoint] [endpoint]仍然和上一个命令一样指定了一个编辑区间(前开后闭)，--onto的意思是要将该指定的提交复制到哪个分支上。
所以，在找到C(90bc0045b)和E(5de0da9f2)的提交id后，我们运行以下命令：
git rebase 90bc0045b^ 5de0da9f2 --onto master
