Git Rebase 重复了上一个 Rebase 的冲突问题

Question

有没有常见的Git使用错误或一般情况下任何原因，导致再一次进行变基时会重复先前已经解决的所有冲突？此外，重新整合是否有偏好冲突是如何解决的？例如，重新整合是否希望在代码中通常的Git冲突括号之间严格选择两种可能的代码段，还是只删除>>>，<<< 之间的所有内容对它来说同样公平？我很好奇如果删除两个代码选择以解决冲突是否会影响重新整合正确解决后续冲突的能力。

进一步详述： 我有一个master分支和一个dev分支。 我已经在dev分支上工作了一段时间，因此不同提交的数量已经变得非常大，有100多个（我知道...应该更经常将dev合并到master）。 dev分支本身已经从中切出了几个较小的功能分支，然后合并回来，仅曾经被切割、变基、合并到dev分支，而从未合并到master分支（据我所记）。 一周前，我将dev分支变基到了master分支上。 从那以后，我在dev分支上又进行了几次更改，并希望再次将其变基到master上，以便为合并做准备。 那个1周的时间窗口中master也有一个非常小的更改，但代码文件没有重叠。 但是，在对dev重新整合到master时，我发现与一周前变基时相比，Git引发了完全相同的一组冲突。 谢谢！

- John Cast

Answer 1

一般来说，如果你像这样变基而不是合并（例如将master合并到dev），那么重放相同的补丁可能会产生相同的冲突，这是正常的。

如果这是你的工作流中的常见问题，你可以使用git rerere来记住你的解决方案。

- Useless