简介
Git中，rebase和merge操作都是将一个分支的更改合并到另一个分支中，但是方式不同。
举个例子：现在有两个分支master和feature,
执行merge操作：
git merge master
merge操作将会自动产生一个新的commit，记录这次合并的提交信息，merge操作记录了真实的commit情况，包括每个分支的详情。
git rebase master
rebase将从主分支的最后一次提交开始添加feature分支中的所有更改。
注意事项
- 如果您想查看与发生时完全相同的历史记录，您应该使用merge。merge会保存历史记录，而rebase重写历史记录。
- 如果feature分支的更改与其他开发人员共享，则不建议使用rebase，因为rebase过程将创建不一致的仓库。
- rebase更好地简化了复杂的提交记录，也可以通过交互式rebase更改提交历史：可以删除不需要的commit、将两个或多个commit压缩到一个commit、编辑commit消息等。
- merge一次性展示所有冲突，而Rebase每次展示一次commit时的冲突。rebase可以更好的处理冲突，但是带来的问题是，如果想要还原(revert)一次rebase操作就会变得十分困难。
The Golden Rule of Rebasing rebase
never use it on public branches(不要在公共分支上使用)
总结
如果你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase 如果你想保留完整的历史记录，并且想要避免重写commit history的风险，你应该选择使用git merge
