你可以通过在commit上创建一个临时分支来避免使用——onto参数，然后以简单的形式使用rebase:

git branch temp master^
git checkout topic
git rebase temp
git branch -d temp

如果您希望返回到不止一次提交，还有另一种方法。

下面是一个返回到n次提交的例子:

git branch topic master~n

为了解决这个问题，还可以这样做:

git branch topic master~1

该命令在git 2.7.4版本上运行良好。还没在其他版本上测试过。

一个更简单的解决方案是git rebase <SHA1 of B> topic。不管你的头在哪里，这都是有效的。

我们可以从git rebase文档中确认这种行为

<upstream>要比较的上游分支。可能是任何有效的 提交，而不仅仅是一个现有的分支名称。默认为配置的 当前分支的上游。

你可能会想，如果我在上面的命令中也提到topic的SHA1会发生什么?

git rebase <SHA1 of B> <SHA1 from topic>

这也可以工作，但rebase不会使Topic指向这样创建的新分支，HEAD将处于分离状态。因此，从这里开始，您必须手动删除旧的Topic，并在rebase创建的新分支上创建一个新的分支引用。

git rebase --onto <commitB> <commitA> <commitD>

实际上，使用commit (<commitD>)作为最后一个参数，而不是分支名称(topic)，应该创建一个分离的分支:

    A --- B --- C          master
     \     \
      \     -- D'          <detached HEAD>
       \
        \-- D             topic

除了……在Git 2.36之前，在某些情况下不会:

"git rebase $base $non_branch_commit"(man)，当$base是一个祖先或$non_branch_commit时，修改了当前的分支，这已在git 2.36 (Q2 2022)中更正。

参见John Cai (John - Cai)的commit bdff97a, commit 77ab58c (18 Mar 2022)。 (由Junio C Hamano - gitster -在提交f818536, 2022年3月29日合并)

rebase:在checkout_up_to_date()中设置REF_HEAD_DETACH 报道:Michael McClimon 签字人:John Cai

"git rebase A B"(man) where B is not a commit should behave as if the HEAD got detached at B and then the detached HEAD got rebased on top of A. A bug however overwrites the current branch to point at B, when B is a descendant of A (i.e. the rebase ends up being a fast-forward). See this thread for the original bug report. The callstack from checkout_up_to_date() is the following: cmd_rebase() -> checkout_up_to_date() -> reset_head() -> update_refs() -> update_ref() When B is not a valid branch but an oid, rebase sets the head_name of rebase_options to NULL. This value gets passed down this call chain through the branch member of reset_head_opts also getting set to NULL all the way to update_refs(). Then update_refs() checks ropts.branch to decide whether or not to switch branches. If ropts.branch is NULL, it calls update_ref() to update HEAD. At this point however, from rebase's point of view, we want a detached HEAD. But, since checkout_up_to_date() does not set the RESET_HEAD_DETACH flag, the update_ref() call will deference HEAD and update the branch its pointing to. We want the HEAD detached at B instead. Fix this bug by adding the RESET_HEAD_DETACH flag in checkout_up_to_date if B is not a valid branch, so that once reset_head() calls update_refs(), it calls update_ref() with REF_NO_DEREF which updates HEAD directly intead of deferencing it and updating the branch that HEAD points to.

既然调整基地是如此重要，下面是内斯特·米利耶夫(Nestor Milyaev)答案的扩展。结合jsz和Adam Dymitruk回答中的Simon South的评论，得到了这个命令，无论它是从主分支的提交A还是C中分支，它都可以在topic分支上工作:

git checkout topic
git rebase --onto <commit-B> <pre-rebase-A-or-post-rebase-C-or-base-branch-name>

注意，最后一个参数是必需的(否则它会倒带分支以提交B)。

例子:

# if topic branches from master commit A:
git checkout topic
git rebase --onto <commit-B> <commit-A>

# if topic branches from master commit C:
git checkout topic
git rebase --onto <commit-B> <commit-C>

# regardless of whether topic branches from master commit A or C:
git checkout topic
git rebase --onto <commit-B> master

最后一个命令是我通常使用的命令。

主题的解决方案

回答已发布问题的正确命令可能是以下任何一个(假设分支主题已经签出):

git rebase --onto B master
git rebase --onto master~1 master
git rebase --onto B A
git rebase --onto B C
git rebase --onto B

如果topic没有签出，你只需将topic附加到命令(除了最后一个)，如下所示:

git rebase --onto B master topic

或者，先用以下方法检出分支:

git checkout topic

将提交的任何字符串改为目标提交

我们所需要的命令的基本形式，摘自文档，是:

git rebase --onto <Target> [<Upstream> [<Branch>]]

<分支>是可选的，它所做的只是在执行其余命令之前检出指定的分支。如果您已经签出了想要重基的分支，那么您不需要这个。注意，你必须指定<Upstream>才能指定<Branch>，否则git会认为你指定了<Upstream>。

<Target>是我们要附加提交字符串的提交。在提供分支名称时，您只是指定了该分支的头提交。<目标>可以是任何不包含在被移动的提交字符串中的提交。例如:

A --- B --- C --- D         master
      \
       \-- X --- Y --- Z    feature

要移动整个特性分支，您不能选择X、Y、Z或<Target>的特性，因为这些都是在被移动的组内提交的。

<Upstream>是特殊的，因为它可以表示两种不同的东西。如果它是检出分支的祖先提交，则它作为切点。在我提供的示例中，这将是任何不是C、D或master的东西。所有在<Upstream>之后直到检出分支头部的提交都将被移动。

但是，如果<Upstream>不是一个祖先，那么git将从指定的提交开始备份链，直到if与签出的分支找到一个共同的祖先(如果找不到，则中止)。在我们的例子中，B、C、D或master的<Upstream>都将导致提交B作为切点。<Upstream>本身是一个可选命令，如果没有指定它，那么git会查看签出分支的父类，这相当于输入master。

现在git已经选择了它将切割和移动的提交，它将应用它们以<Target>，跳过任何已经应用到Target的提交。

有趣的例子和结果

以此为出发点:

A --- B --- C --- D --- E         master
            \
             \-- X --- Y --- Z    feature

git rebase - to D A特性 将应用提交B, C, X, Y, Z来提交D，并最终跳过B和C，因为它们已经被应用了。 git rebase - to C X特性 是否应用提交Y和Z来提交C，有效地删除提交X