git rebase 的使用
1. 合并多个commit为一个完整commit
首先假设我们有3个 commit 
我们需要将 2dfbc7e8 和 c4e858b5 合并成一个 commit。 这里我们使用命令:
git rebase -i [startpoint] [endpoint]
其中-i的意思是--interactive，即弹出交互式的界面让用户编辑完成合并操作，[startpoint] [endpoint]则指定了一个编辑区间，如果不指定[endpoint]，则该区间的终点默认是当前分支HEAD所指向的commit(注：该区间指定的是一个前开后闭的区间)。
在查看到了log日志后，我们运行以下命令：
git rebase -i f1f92b
或:
git rebase -i HEAD~2
然后我们会看到如下界面:
可以看到其中分为两个部分，上方未注释的部分是填写要执行的指令，而下方注释的部分则是指令的提示说明。
指令部分中由前方的命令名称、commit hash 和 commit message 组成。
- pick：保留该commit（缩写:p）
- reword：保留该commit，但我需要修改该commit的注释（缩写:r）
- edit：保留该commit, 但我要停下来修改该提交(不仅仅修改注释，可以修改提交文件)（缩写:e）
- squash：将该commit和前一个commit合并（缩写:s）
- fixup：将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
- exec：执行shell命令（缩写:x）
- drop：我要丢弃该commit（缩写:d）
当前我们只要知道 pick 和 squash 这两个命令即可。
- pick 的意思是要会执行这个 commit
- squash 的意思是这个 commit 会被合并到前一个commit
我们将 c4e858b5 这个 commit 前方的命令改成 squash 或 s，然后输入:wq以保存并退出
接下来，我们会看到 commit message 的编辑界面
其中, 非注释部分就是两次的 commit message, 你要做的就是将这两个修改成新的 commit message。
输入wq保存并推出, 再次输入git log查看 commit 历史信息，你会发现这两个 commit 已经合并了。
注意事项：
如果这个过程中有操作错误，可以使用 git rebase --abort来撤销修改，回到没有开始操作合并之前的状态。
2. 将某一段commit粘贴到另一个分支上
当我们项目中存在多个分支，有时候我们需要将某一个分支中的一段提交同时应用到其他分支中，就像下图：
我们希望将develop分支中的C~E部分复制到master分支中，这时我们就可以通过rebase命令来实现（如果只是复制某一两个提交到其他分支，建议使用更简单的命令:git cherry-pick）。 在实际模拟中，我们创建了master和develop两个分支:
master分支:
develop分支:
我们使用命令的形式为:
git rebase [startpoint] [endpoint] --onto [branchName]
其中，[startpoint] [endpoint]仍然和上一个命令一样指定了一个编辑区间(前开后闭)，--onto的意思是要将该指定的提交复制到哪个分支上。 所以，在找到C(90bc0045b)和E(5de0da9f2)的提交id后，我们运行以下命令：
git rebase 90bc0045b^ 5de0da9f2 --onto master
注:因为[startpoint] [endpoint]指定的是一个前开后闭的区间，为了让这个区间包含C提交，我们将区间起始点向后退了一步。 运行完成后查看当前分支的日志:
可以看到，C~E部分的提交内容已经复制到了G的后面了，大功告成？NO！我们看一下当前分支的状态:
当前HEAD处于游离状态，实际上，此时所有分支的状态应该是这样:
所以，虽然此时HEAD所指向的内容正是我们所需要的，但是master分支是没有任何变化的，git只是将C~E部分的提交内容复制一份粘贴到了master所指向的提交后面，我们需要做的就是将master所指向的提交id设置为当前HEAD所指向的提交id就可以了，即:
git checkout master
git reset --hard 0c72e64
此时我们才大功告成！
3.总结git rebase
git rebase 命令可以写为：
git rebase --onto [branchA] [startpoint] [endpoint]
git rebase --onto [branchA] [branchB] [branchC]
git rebase --onto [branchA] [startpoint] [branchC]
-
startpoint 代表开始的commit编码前6位（左开右闭，此commit不会被包含）
-
endpoint 代表结束的commit编码前6位
-
branchA代表的是你实际想要将切片放到哪的分支
-
branchB代表切片开始分支。一定要特别注意B的开闭问题，这里rebase --onto的机制是左开右闭，也就是说，如果你真的想要B的这一个节点切片，你应该从B之前的一个分支开始，这个时候git又为我们准备好了，即B~1或者B^,两者都代表回到B之前的一个节点。
-
branchC代表的是切片的末尾，此时是闭，也就是说C的当前节点也会被带到A之上。
注意
当rebase完成后，活动的分支是branchC或者endpoint节点的复制节点，所以当要rebase一个节点时，最好在此节点开个新分支，将起始节点到新分支的部分rebase到branchA，rebase后新分支就是所要的结果
git cherry-pick的使用
https://blog.csdn.net/u010697394/article/details/60956514
参考： Git Rebase原理以及黄金准则详解 https://segmentfault.com/a/1190000005937408
「Git」合并多个 Commit https://www.jianshu.com/p/964de879904a
【Git】rebase 用法小结 https://www.jianshu.com/p/4a8f4af4e803
git rebase -i 修改历史提交 https://blog.csdn.net/lucky9322/article/details/72790034
妙用git rebase --onto指令 http://www.cnblogs.com/rickyk/p/3848768.html