我想执行一个主要的代码库重组，但我无法继续，除非我可以提供一种方法，将主干修复轻松应用于重组之前的分支。
我正在考虑的一种方法是将重组应用于所有支持部门，但这可能会破坏稳定。
一种优选的方法是提供一个可以考虑更新文件位置的合并工具。关于如何实现这一点的任何建议？
2 回答
2
我的问题是，您为什么要将重组合并回分支机构？分支背后的想法是它们（通常）是维护模式（例如，主干是第 4 版，您需要返回并修复第 3 版，您在第 3 版分支中这样做），或者让人们做一些他们的副业不一定要马上放在后备箱里。
如果您正在对代码库进行完整的重组，那么这听起来是打破代码中某些向后依赖的好时机。如果您不这样做，您可能会限制您实际可以完成的重构。
于 2009-11-25T17:33:45.243 回答
1
我处于同样的情况，分支不仅与维护相关，也与修补程序相关。我们经常需要维护多个活跃的稳定分支，并且必须在它们之间合并。我们没有奢侈的混合范围来在主干上实践持续集成。
我们诉诸于更细粒度的合并。如果文件夹被移动，直接从一个分支的旧位置合并到另一个分支的新位置。我还强烈建议您使用“svn move”进行原始重组，以确保了解祖先。
无论哪种方式，这都不愉快且非常手动。保持良好的记录。
于 2009-11-26T00:08:09.557 回答