F---G---H topic
              /
 A---B---C---D---E---I---J master

 git checkout B
 git branch BRANCH-B
 git checkout master
 git rebase -i  HEAD~6

字符串
（删除提交B）

git rebase --onto D' D topic

型
这应该是假设没有冲突;）

在您的问题中，您希望从C提交开始移动。B保留为基于A的分支。
首先我们应该给它起个给予：

git branch -b some_unfinished_feature <B-ish>

字符串
此命令将从<B-ish>提交开始创建some_unfinished_feature分支。
<C-ish>位于上游。您可以查看所有将被重定基的提交：

git log <C-ish>..topic

型
您可以注意到I和J不会被重定基，因为它们是不同的分支。您应该稍后单独重定基。
现在从<C-ish>开始将topic重定向到<A-ish>：

git rebase -p --onto <A-ish> <C-ish> topic

型
-p标志将保留从<C-ish>到topic发生的任何合并
当此命令完成时，您将获得：

some_unfinished_feature
     /
A---B---C---D---E---I---J master
  \
   C`---D`---E`
              \   
                F`---G`---H` topic

型
现在，您应该将master从<I-ish>重基到<E-ish>

git rebase -p --onto <E-ish> <I-ish> master

型
瞧：

A---B some_unfinished_feature
  \
   C`---D`---E`--I`---J` master
              \   
                F`---G`---H` topic

型

移动topic的命令是：

git rebase --onto E' E topic

字符串
不幸的是，没有办法为一堆不同的分支自动地做这件事，这是由设计决定的，每个变基都可能引入冲突，必须手动解决。
或者，您也可以将git filter-branch与配置管理软件一起使用来编写您想要的更改脚本，但这可能需要大量的工作。将master作为开发分支，并使用filter-branch创建发布分支，而不是相反，这可能更有意义。

首先，给你一个建议：当你重新建仓时，使用一个临时的分支：

git branch wip_topic
git checkout wip_topic

字符串
一旦你成功地进行了一次变基（并检查了它是否工作），你就可以将你原来的head移动到工作提交：

git checkout topic
git reset --hard wip_topic
git branch -d wip_topic

型
(if如果你没有这样做，发生了一些不好的事情，git reflog仍然可以保存你的培根.）
当进行变基操作时，git会跳过与目标分支上的提交文本差异匹配的提交。
如果你的master变基没有引入太多的冲突，应用：

git rebase --onto A B wip_topic

型
应该能给你给予想要的结果
一般来说，大多数冲突会出现在重定基提交列表的“开始”附近（<-- pinch of salt）。
假设你在构建commit C'时有冲突，但之后没有冲突，你可以重定C..topic部分的基：

git rebase --onto C' C wip_topic

型
无论如何：试试看，看看git的黑魔法是什么。