git - git rebase通过提交提交

Question

我有10个提交分支。现在master更改了，我想将分支重新设置为新master的HEAD。但是，某些新的主提交使我分支的第一次提交都无法编译(没有合并冲突)。如果最后所有的提交都无法编译，那么对分支进行重定基对我来说毫无意义。

我想做的就是告诉get“做一个变基，但是在我分支中的每个提交变基之后都要等待”。这样，我可以检测每次提交后代码是否仍在编译，进行编译(如果需要)，然后提交并继续。

这可能吗？是否有替代方案来进行干净的基准更改，以便每次提交仍可以编译？

Answer 1

是的，这是可能的。

最简单的方法可能是使用git rebase -i并将每个pick更改为edit。在Git执行完每项Cherry-pick操作之后，它将回到命令行。现在，您可以尝试构建(并运行测试)，如果出现故障，请对其进行修复。一旦一切正常，请适当运行git add -u和git commit --amend，然后运行git rebase --continue依次应用下一个提交。

在您熟悉此方法(不要马上开始!)之后，如果您的Git支持，也可以考虑使用--exec。

注意:如果要复制的提交(无论标记为pick还是edit)都存在合并冲突，则git rebase会因合并冲突而停止。即使您确实将其标记为edit，Git在解决冲突后也不会再次停止，因此，如果您必须解决某些问题并进行其他更改，则应在此处一次完成所有操作(并且不要在继续使用git commit --amend的情况下)第一份)。

详细信息，以防您感兴趣/好奇

对于Git而言，实际上不可能更改任何现有的提交，因为每个提交的真实名称(其哈希ID)是该提交的所有内容的加密校验和，包括您作为作者/提交者的姓名，时间戳和当然，快照附带的所有源代码。

但是，对于Git来说，复制提交就很容易了-只要它是一个普通的非合并提交，并且有一个单亲即可。给定一些哈希ID为H的提交，Git可以将作为快照的H变成针对H的父级的变更集。可以将其视为git show所做的事情:它提取父级的快照，然后提取提交的快照，并且两者之间的区别(git diff <parent-of-H> <H>)就是改变了。然后，可以通过 check out 其他提交将这些相同的更改应用于其他提交，然后提交结果。也就是说，如果我们有两个分支branch1和branch2，我们可以 checkout 第二个分支的尖端提交并创建一个新的临时分支:

...--G--H--I--J   <-- branch1
      \
       K--L   <-- branch2, temp (HEAD)

然后，我们将commit H变成一个更改集，将更改集应用于commit L，并进行具有新的且不同的哈希ID的新提交。这个新提交非常类似于 H，我们将其称为 H'进行说明:

...--G--H--I--J   <-- branch1
      \
       K--L   <-- branch2
           \
            H'  <-- temp (HEAD)

此复制操作是 git cherry-pick。 (从技术上讲，每个“自动选择”操作都是完整的三向合并，而不仅仅是应用变更集样式的补丁，但是除非发生各种复杂情况，否则我们不必担心这一点。)

如果我们对 branch1上的所有提交重复进行樱桃挑选，则会得到以下信息:

...--G--H--I--J   <-- branch1
      \
       K--L   <-- branch2
           \
            H'-I'-J'  <-- temp (HEAD)

如果现在我们从 branch1上“剥离标签” J并将其附加到 J'上，而完全丢弃了临时名称，我们将得到:

...--G--H--I--J   [abandoned]
      \
       K--L   <-- branch2
           \
            H'-I'-J'  <-- branch1 (HEAD)

因此，重定基调实际上是一系列的选择操作。交互式的基础使得这一点很明确:每个提交哈希ID在脚本中都变成了 pick命令。

将 pick更改为 edit会告诉Git，在执行了各种樱桃拾取步骤之后，它应该停止并返回命令行。 (请注意，如果发生合并冲突，Git还会自行停止并返回命令行。)运行 git rebase --continue告诉Git查阅留下的控制文件-这些文件由Git内部调用定序器的东西进行管理。 —看看还有哪些其他提交仍需要进行何种处理。因此，如果您将每个提交都标记为“待编辑”，则Git在将 H复制到 H'后停止运行，因此您可以:

...--G--H--I--J   <-- branch1
      \
       K--L   <-- branch2
           \
            H'  <-- HEAD

(我已经根据Git的实际方式更新了图形:Git并未尝试发明临时的分支名称，而是使用“分离式HEAD”模式进行复制。)

在这一点上，如果您进行更改并运行 git add -u && git commit --amend，则Git会进行另一个新提交(我们将其称为H-prime-prime或 H")，其父级与 H'的父级相同:

...--G--H--I--J   <-- branch1
      \
       K--L   <-- branch2
          |\
          | H'  [abandoned]
           \
            H"  <-- HEAD

当您现在运行 git rebase --continue时，Git cherry-pick将 I提交到追加到 I'的 H"上，然后，由于您说“edit”，再次停止:

...--G--H--I--J   <-- branch1
      \
       K--L   <-- branch2
          |\
          | H'  [abandoned]
           \
            H"-I'  <-- HEAD

等等。