我注意到以下git命令的两个块有不同的行为,我不明白为什么。

我有一个A和一个B分支,它们在一次提交中分离

---COMMIT--- (A)
\
 --- (B)

我想在最近的A上重新建立B分支(并在B分支上提交)

---COMMIT--- (A)
         \
          --- (B)

如果我这样做没有问题:

checkout B
rebase A

但如果我这样做了:

checkout B
rebase --onto B A

根本不管用,什么都没发生。我不明白为什么这两种行为不同。

PhpStorm GIT客户端使用第二种语法,所以看起来完全被破坏了,这就是为什么我问这个语法问题。


当前回答

Git的措辞在这里有点令人困惑。如果你把命令伪装成这样可能会有所帮助:

Git rebase - to=<new_base> <old_base>[<分支>]

如果我们现在在分支上,它可以被省略:

git rebase - access =<new_base> <old_base>

如果new_base和old_base相同,我们可以省略——onto形参:

Git rebase <new_old_base>

这可能听起来很奇怪:如果旧的基数和新的基数相同,您如何重设基数?但是可以这样想,如果你有一个功能分支foo,它已经(可能)基于你的主分支中的一些提交。通过“re- based”,我们只是让它基于的提交更当前。

(In fact, <old_base> is something that we compare branch against. If it's a branch, then git looks for a common ancestor (see also --fork-point); if it's a commit on current branch, the commits after that are used; if it's a commit that has no common ancestor with current branch, all commits from current branch are used. <new_base> can also be a commit. So, for instance, git rebase --onto HEAD~ HEAD will take commits between old base HEAD and current HEAD and place them on top of HEAD~, effectively deleting the last commit.)

其他回答

博士tl;

在你的例子中,使用git rebase—onto在A的基础上重基B的正确语法是:

git checkout B
git rebase --onto A B^

或者从B的父类(引用B^或B~1)的提交开始,在A的基础上重构B。

如果你对git rebase <branch>和git rebase——onto <branch>之间的区别感兴趣,请继续阅读。

快速:git改基

git rebase <branch>将在<branch>可到达但HEAD不能到达的最新提交之上,将你当前已签出的、由HEAD引用的分支重新赋值。 这是最常见的调整基础的情况,可以说是一个需要较少的预先计划。

          Before                           After
    A---B---C---F---G (branch)        A---B---C---F---G (branch)
             \                                         \
              D---E (HEAD)                              D---E (HEAD)

在这个例子中,F和G是可以从分支到达但不能从HEAD到达的提交。假设git rebase分支将接受D,这是分支点之后的第一次提交,并在分支可到达但不能从HEAD到达的最新提交(即G)之上重基它(即更改其父)。

The Precise: git rebase -onto带有2个参数

Git rebase——onto允许你从一个特定的提交开始。它允许您准确地控制要重基的内容和位置。这适用于需要精确的场景。

例如,让我们想象一下,我们需要精确地在F的基础上从e开始重新建立HEAD。我们只对将F引入我们的工作分支感兴趣,而与此同时,我们不想保留D,因为它包含一些不兼容的更改。

          Before                           After
    A---B---C---F---G (branch)        A---B---C---F---G (branch)
             \                                     \
              D---E---H---I (HEAD)                  E---H---I (HEAD)

在这种情况下,我们会说git rebase—onto F d。这意味着:

将父级为D的HEAD可到达的提交重设为F的顶部。

换句话说,将E的父元素从D改为f。git rebase——onto的语法是git rebase——onto <newparent> <oldparent>。

当你想要快速地从当前分支中删除一些提交,而不需要做一个交互式的rebase时,这个方法就会派上用场:

          Before                       After
    A---B---C---E---F (HEAD)        A---B---F (HEAD)

在这个例子中,为了从序列中移除C和E,你会说git rebase—to B E,或者rebase HEAD在B的顶部,其中旧的父元素是E。

外科医生:git rebase -on有3个参数

Git rebase -onto可以在精度方面更进一步。事实上,它允许您在另一个提交之上重新设置一个任意范围的提交。

这里有一个例子:

          Before                                     After
    A---B---C---F---G (branch)                A---B---C---F---G (branch)
             \                                             \
              D---E---H---I (HEAD)                          E---H (HEAD)

在这种情况下,我们想要在F之上重新确定精确的范围E—H,忽略HEAD当前指向的位置。我们可以这样做,git rebase—onto F D H,意思是:

将父对象为D的提交的范围重设为F之上的H。

git rebase——onto的语法是一系列的提交,然后变成git rebase——onto <newparent> <oldparent> <直到>。这里的技巧是记住<until>引用的提交包含在范围中,并将在重基完成后成为新的HEAD。

这就是你需要了解的全部内容——onto:

git rebase --onto <newparent> <oldparent>

您在提交时切换了父节点,但您没有提供提交的sha,只提供它当前(旧)父节点的sha。

Git的措辞在这里有点令人困惑。如果你把命令伪装成这样可能会有所帮助:

Git rebase - to=<new_base> <old_base>[<分支>]

如果我们现在在分支上,它可以被省略:

git rebase - access =<new_base> <old_base>

如果new_base和old_base相同,我们可以省略——onto形参:

Git rebase <new_old_base>

这可能听起来很奇怪:如果旧的基数和新的基数相同,您如何重设基数?但是可以这样想,如果你有一个功能分支foo,它已经(可能)基于你的主分支中的一些提交。通过“re- based”,我们只是让它基于的提交更当前。

(In fact, <old_base> is something that we compare branch against. If it's a branch, then git looks for a common ancestor (see also --fork-point); if it's a commit on current branch, the commits after that are used; if it's a commit that has no common ancestor with current branch, all commits from current branch are used. <new_base> can also be a commit. So, for instance, git rebase --onto HEAD~ HEAD will take commits between old base HEAD and current HEAD and place them on top of HEAD~, effectively deleting the last commit.)

简单地说,git rebase——onto选择了一系列提交,并根据参数给出的commit对它们进行了重基。

阅读git rebase的手册,搜索“onto”。下面的例子非常好:

example of --onto option is to rebase part of a branch. If we have the following situation:

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

   then the command

       git rebase --onto master topicA topicB

   would result in:

                        H'--I'--J'  topicB
                       /
                       | E---F---G  topicA
                       |/
           A---B---C---D  master

在这种情况下,您告诉git将提交从topicA重置为topicB,位于master之上。

你还需要另外两个分支。通过这个命令,你可以将来自branchB的基于branchA的提交应用到另一个分支,例如master。在下例中,branchB基于branchA,您希望在master上应用branchB的更改,而不应用branchA的更改。

o---o (master)
     \
      o---o---o---o (branchA)
                   \
                    o---o (branchB)

使用命令:

checkout branchB
rebase --onto master branchA 

您将得到以下提交层次结构。

      o'---o' (branchB)
     /
o---o (master)
     \
      o---o---o---o (branchA)