git merge和git rebase区别笔记

初始场景：
基于正常的开发分支修改几个小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操作。

参考：

• https://www.jianshu.com/p/0613d8249863
• http://blog.csdn.net/zwlove5280/article/details/46649799
• http://blog.csdn.net/hudashi/article/details/7664631/