我想执行一个主要的代码库重组,但我无法继续,除非我能提供一种方法,使主干修复可以轻松地应用于重组前采取的分支。
我正在考虑的一种方法是将重组应用于所有支持分支,但这可能会破坏稳定。
一种优选的方法是提供一个合并工具,该工具可以考虑更新后的文件位置。对如何实现这一点有什么建议吗?
发布于 2009-11-26 08:08:10
我处于同样的情况,分支并不总是与维护相关,也不总是与热修复相关。我们经常需要维护多个活动的稳定分支,并且必须在它们之间进行合并。我们没有奢侈的混合范围来在主干上实践持续集成。
我们求助于在更细粒度的级别上执行合并。如果文件夹被移动,请直接从一个分支中的旧位置执行合并到另一个分支中的新位置。我还强烈建议您使用"svn move“来进行原始的重构,它确保了对祖先的理解。
无论哪种方式,它都不是令人愉快的,也不是非常手动的。做好记录。
发布于 2009-11-26 01:33:45
我的问题是,为什么要将重组合并回分支?分支背后的想法是,它们(通常)处于维护模式(例如,主干是版本4,您需要返回并修复版本3,您可以在版本3分支中这样做),或者让人们做一些他们不想立即在主干中进行的副业。
如果您正在对代码库进行完整的重新组织,那么这听起来是一个打破代码中某些向后依赖的好时机。如果你不这样做,你可能会限制你实际能完成的重构。
https://stackoverflow.com/questions/1798596
复制相似问题