合并并将分支转换为master而不会发生冲突

Question

以下是我们当前的功能分支工作流程 - ＆gt;

• 从master创建一个新的功能分支。
• 将工作提交到功能分支。
• 在我们努力使其保持最新时，将主服务器合并到功能分支中。
• 如果有冲突解决它们。这将在功能分支中创建“将master合并到Feature_Branch”提交。
• 功能分支完成后，将功能分支合并回主服务器。

问题：

如果我们合并 - 将功能分支刷入主服务器，我们就没有问题。如果我们定期合并然后重新定义，我们必须再次解决所有冲突。在100个提交的功能分支上，这是一个很大的痛苦。

有没有办法将功能分支合并回master和rebase而不会发生冲突？

Answer 1

我认为你正在与这件事作斗争：Rebasing a Git merge commit

尝试启用rerere并git rebase使用-p选项。

如果我理解得很好，-p要求Git在rebase期间尝试重用以前存储的冲突解决方案，而rerere是一个“插件”，它启用了git，从字面上看，“重新使用RECRED REsolutions”。

前段时间有一篇文章here，但现在似乎已经失败了。也许你会在互联网档案中找到它。

所以，我刚看了另一个，似乎很好地解释了事情：

Rerere Your Boat...

即：

  

启用rerere后，您可以偶尔合并，解决冲突，然后退出合并。如果你连续这样做，那么最后的合并应该很容易，因为rerere可以自动为你做所有事情。

     

如果你想让一个分支重新定位，可以使用同样的策略，这样你每次执行时都不必处理相同的变基冲突。 或者，如果您想要合并一个分支并修复一系列冲突，然后决定改变它 - 您可能不必再次进行所有相同的冲突。

看到亮点。似乎你在做什么。

但是，在你使用“geez”之前，为什么默认情况下没有启用？！“请注意这一点：https://stackoverflow.com/a/5521483/717732并与rerere一起学习rerere forget。以防万一！