初始场景：

基于正常的开发分支修改几个小bug，然后在合并到开发分支上。

git merge
git checkout feature
git merge hotfix
或者
git merge hotfix feature

合并后的节点会按照commit时间顺序排列。

git merge操作会在当前分支上生成一个新的commit节点，并保留所有的操作历史节点，对问题的追溯很有益处，但是会产生大量无用commit节点，使提交历史记录很冗长。

如下图：

git rebase

git checkout feature
git rebase hotfix

rebase操作后的历史并不会按commit时间顺序排列。

rebase操作会找出当前分支（feature）的所有修改点，并将其生产一系列布丁（4-6-8）；然后以被rebase分支（hotfix）最后一个节点（9）为开始点，将feature上生成的布丁应用到hotfix上（1-2-3-5-7-9-4-6-8）。

如上描述，rebase操作能使提交历史更干净美观，可忽略很多不必要的节点；但是这样等同于重写commit历史记录，可追溯性较差。

如下图：

另外，rebase提供了一些补充操作

git checkout feature
git rebase -i hotfix

执行以上命令会弹出编辑框，如下，（IDE可能会有GUI交互窗）。

 14 pick 9fa8fe5c4 add 1
 15 pick 94e3c2cb7 add 2
 16 pick 1bc1c9152 add 3
 17 
 18 # Rebase 6041e1b91..5b88fbfaa onto 6041e1b91 (16 commands)
 19 #
 20 # Commands:
 21 # p, pick = use commit
 22 # r, reword = use commit, but edit the commit message
 23 # e, edit = use commit, but stop for amending
 24 # s, squash = use commit, but meld into previous commit
 25 # f, fixup = like "squash", but discard this commit's log message
 26 # x, exec = run command (the rest of the line) using shell
 27 # d, drop = remove commit
 28 #
 29 # These lines can be re-ordered; they are executed from top to bottom.
 30 #
 31 # If you remove a line here THAT COMMIT WILL BE LOST.
 32 #
 33 # However, if you remove everything, the rebase will be aborted.
 34 #
 35 # Note that empty commits are commented out

解释下几个参数：

pick就是cherry-pick

reword 就是在cherry-pick的同时你可以编辑

commit message，它会在执行的时候跳出一个界面让你编辑信息，当你退出的时候，会继续执行命令

edit 麻烦点，cherry-pick同时 ，会停止，让你编辑信息，完了后，你要用git rebase –continue命令继续执行，相对上面来说有点麻烦。

squash，合并此条记录到前一个记录中，并把commit message也合并进去 。

fixup ，合并此条记录到前一个记录中，但是忽略此条commit message

我们可以使用-i参数达到重新排序commit历史、编辑提交信息、删除无用提交、合并同问题提交等操作。

rebase使用原则：一旦分支中的提交对象发布到公共仓库，就不要对该分支进行rebase操作。

作者：Rflyee 
原文：https://blog.csdn.net/Rflyee/article/details/79362381