颠覆重构树干，仍然能够将更改合并到旧分支

Question

什么是在svn中重构树干但不能将重构应用于旧分支的情况下的最佳实践，但仍然需要能够合并错误修正从树干到树枝？

要问的问题更具体的（如果它可以帮助 - 如果你能回答上述，然后随意忽略）：

我们想搬到Maven的向前发展，但我们仍需要保持老版本 - 除了客户批准的更改和错误修正之外，不能触摸它们。因此，我们需要在trunk中重构我们的文件夹结构，以便根据maven - src/main/java，src/main/webapp等（它当前是一个WTP项目 - src，WebContent而不是上面的项目）来获取它。

但是接下来，我们仍然需要能够合并到旧的分支，这些分支仍旧处于旧的文件夹结构中。

这可能吗？什么是最佳实践？

我知道我们可以将更改应用到主干，然后也将更改应用到分支手动，但这会给我们想要避免的开发人员带来很大的痛苦。

道歉，如果这已经回答或者是显而易见的（我本来以为会是这样，我觉得我要问一个明显的问题！）提前

感谢， 贾斯汀

Answer 1

如果您移动你周围的东西仍然可以使用svn merge，但不能直接打开。 SVN合并不会跟踪移动的文件。

在最低级别上，您可以基于每个文件进行合并，但是如果移动完整的子目录，则可以一次合并每个“未触及”的子目录。还有一些步骤涉及到，您需要手动跟踪事物已移动的位置。