(svn)合并重构，但不是整个分支，可能吗？

Question

我注意到我的团队中有一个(N)(反)模式：

我们决定实现一个特性，因此我们(svn)分支。在实现该功能的同时，我们进行重构，如果它们可以立即合并回主干，那么每个人都会受益。我们等待完成分支，然后将其与主干重新集成，每个人都可以获得功能+重构。

现在有趣的是，重构通常比启动它们的特性具有更高(和直接)的价值，所以如果我能以某种方式立即将它们放入主干中，而不是等到分支完成并重新集成，那就太好了。

据我所知，您不应该将分支与主干“合并”，但您可以反过来做(频繁地合并主干与分支)，直到分支完成，然后将分支与主干“重新集成”。如果你做错了(将分支与主干合并)，那么你就会把事情搞乱(合并信息之类的东西)，当时机到来时，你会陷入各种邪恶之中，你不能顺利地重新整合。

想法？

Answer 1

这是可能的。它甚至还有一个名字-- 。实际上，只要允许避免分支合并的“大爆炸”，cherrypicking就是被鼓励的。此外，如果您在同一方向上进行合并(在您的情况下，从分支到主干)，它将简化重新集成。Subversion会记住以前使用mergeinfo合并的内容，并排除包含在先前合并中的提交。它对应于模式。

原理如图所示：

​

​

与您的情况不同的是，您需要在其他方向进行合并，但源分支和目标分支将是什么并不重要。

因此，不要害怕将重构合并到主干中。实际上，它甚至会在未来简化分支机构的重新整合。