git rebase通过提交提交

Question

我有10个提交分支。 现在主服务器已更改，我想将分支重新设置为新主服务器的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> ），就是更改了 。 然后可以将这些相同的更改到其他一些承诺，通过检查， 其他提交，然后提交结果。 也就是说，如果我们有两个分支branch1和branch2 ，我们可以检出第二个分支的技巧提交并创建一个新的临时分支：

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

然后，我们将提交H更改为更改集，将更改集应用于提交L ，并进行具有新的且不同的哈希ID的新提交。 这个新提交非常类似于H ，我们将其称为H'作为示例：

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

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

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

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

如果现在我们从J “剥离标签” branch1并将其附加到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

等等。

Answer 2

当您进行交互式rebase时， edit选项允许您暂停提交，使用git commit --amend对git commit --amend进行任何修改，然后使用git rebase --continue继续进行下一个git rebase --continue 。