Svn 当文件夹结构发生更改时，如何合并文件

我想执行一个主要的代码库重组，但我无法继续，除非我能提供一种方法，使主干修复可以轻松地应用于重组之前执行的分支

我考虑的一种方法是将重组应用于所有支持部门，但这可能会破坏稳定

---

首选的方法是提供一个合并工具，该工具可以考虑更新的文件位置。关于如何实现这一点有什么建议吗？

我的问题是，为什么要将重组合并回分支？分支背后的想法是，它们（通常）处于维护模式（例如，主干是版本4，您需要返回并修复版本3，您在版本3分支中这样做），或者让人们做一些他们不一定希望立即在主干中进行的辅助工作

---

若您正在对代码库进行完整的重新组织，那个么这听起来是打破代码中某些向后依赖的好时机。如果你不这样做，你可能会限制你真正可以完成的重构。

我处于同样的情况下，分支并不总是与维护相关，也不总是与热修复相关。我们经常需要维持多个活跃的稳定分支，并且必须在它们之间合并。我们没有在主干上实现连续集成的混合范围

我们求助于在更细粒度的级别执行合并。如果移动文件夹，请直接从一个分支中的旧位置合并到另一个分支中的新位置。我还强烈建议您使用“svn移动”来进行原始重组，它可以确保了解祖先

---

不管怎样，这都不是一件愉快的事，也不是很手工。保持良好记录。

svn move到底做什么？！svn move允许您将目录树移动到respository中的另一个位置，以确保历史记录随它一起移动。如果您只是将文件移到SVN之外，SVN将把它注册为两个独立的操作—删除和添加新文件。即使是同一个文件。