在svn中重构trunk但是不能将重构应用于旧分支的情况下有哪些最佳实践，但是你仍然需要能够将trunk中的bug修复合并到分支中？
更具体地提出问题（如果有帮助 - 如果你能回答上述问题，那么可以随意忽略）：
我们希望继续向Maven迁移，但我们仍然需要维护旧版本 - 除非客户认可的更改和错误修正，否则无法触及它们。
所以，我们需要在trunk中重构我们的文件夹结构，以便按照maven - src / main / java，src / main / webapp等（它目前是一个WTP项目 - src，WebContent而不是上面）来获取它。 / p>
但是接下来，我们仍然需要能够将旧的分支机构合并到旧的分支机构中。
这可能吗？什么是最佳实践？
我知道我们可以对trunk进行更改，然后手动将更改应用到分支，但这会给我们想要避免的开发人员带来很多痛苦。
道歉，如果这已经得到回答或者是显而易见的（我原以为会这样，我觉得我问的是一个明显的问题！）
提前致谢， 贾斯汀
答案 0 :(得分：1)
如果你移动东西，你仍然可以使用svn merge，但不能直接使用。 SVN合并不跟踪移动的文件。
在最低级别，您可以基于每个文件进行合并，但是如果移动完整的子目录，则可以同时合并每个“未触及”的子目录。还涉及更多步骤，您需要手动跟踪事物的移动位置。