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>）都是更改。然后，可以通过检查 other 提交，将相同的更改应用于某些 other 提交，然后提交结果。也就是说，如果我们有两个分支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上的所有提交重复执行选择，我们将得到：

...--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)

因此，变基实际上是一系列的“摘樱桃”操作。 interactive 的重新定义使这一点很明确：每个提交哈希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"），其父级与{{1 }}的父母：

H'

当您现在运行...--G--H--I--J <-- branch1 \ K--L <-- branch2 |\ | H' [abandoned] \ H" <-- HEAD时，Git cherry-pick将git rebase --continue提交到附加到I的{{1}}上，然后-因为您说的是“ edit”-再一次停止：

I'

以此类推。

Answer 2

在进行交互式变基时，edit选项可让您暂停提交，使用git commit --amend对提交进行任何修改，然后使用{{1 }}。

git rebase通过提交提交

2 个答案:

关于您的兴趣/好奇的详细信息