详细参考：https://tanzu.vmware.com/content/blog/git-rebase-onto  （英文版 ）                    

                  https://www.zhihu.com/question/60279937?sort=created

     有时候，在分支提交更改的时候，会忘记rebase,就直接提交上去，或者忘记和本地远程分支做merge，就直接rebase了别的分支。有时候真希望有一种切片的方式，让自己的分支只需要接上某一段。这个时候你可以使用git中的rebase --onto了。

    假设场景    B----C           A,现在想将B-C之间的切片（注意边界的B和C，后文会讲到）放到A之上。

    假设git rebase --onto A B C,这个demo.A代表的是你实际想要将切片放到哪的分支，B代表切片开始分支（一定要特别注意B的开闭问题，这里rebase --onto的机制是左开右闭）也就是说，如果你真的想要B的这一个节点切片，你应该从B之前的一个分支开始，这个时候git又为我们准备好了，即B~1或者B^,两者都代表回到B之前的一个节点。C代表的是切片的末尾，此时是闭，也就是说C的当前节点也会被带到A之上。

   很多同学看到这里会说，原来这么简单，我会了! 其实，你们还忽略了一个很严重的问题，即A，B，C哪个分支才是我之后真正的活动分支。即我完成切片操作之后，A的历史是在切片之上了吗？

    我要告诉你的是，A的历史压根就没有改变。 同学会问：什么！？那我做切片干吗，我就想在A之上放上我的切片历史啊！ 其实这个时候有一个细节就特别要注意，那就是真正的活动分支是C，也就是说如果你想保留A和C的历史，你就需要在切片的末尾先建立一个分支temp,这样我调用命令 git rebase --onto A B~1 temp,也就是说我把B到C之间的历史加到了A之上，并且当前temp分支的历史状态就是我想要的。这样，你才真正完成了git rebase --onto这个命令。

    除了以上的使用场景之外，还有一个用法比较经典。假设你有一段很长的历史比如A-1-2-3-4-5-6-7-8-B.

    这个时候你忽然发现在1的地方，有一处改错了，但你又不想git reset B~8,进行修改之后再一个一个重写提交信息。这个时候你就可以用git rebase --onto了。 其实很简单，假设我们在1这个节点有个错误，首先，我在1切一个分支temp,切过去之后做更改，更改完之后我用git commit --amend,即重写本次提交历史的。提交之后，我1的提交信息没有改变，但文件已经被我改变了，好，接下来要做的就是把原来1之后的到B的历史，加到新的1之上。因为我们通过tig或者gitk可以看到，此时的1和新1完全走的是两条分支状态，所以自然而然的我们会想到去这么做。

    这个时候就可以用我们的git rebase --onto了， 首先在切片末尾，即B上建立一个活动分支result,然后调用命令git rebase --onto 新1 1 result,注意里面开闭区间的问题，因为我此时已经有1的历史，所以我应该从1的下一个开始，但又因为是左开又闭，所以我这里就直接写1就没问题。这样就完成了回退历史做修改，并且可以不用重新写提交信息的操作，很酷炫吧!