我们希望重新构建我们项目的当前目录结构，使其符合maven并计划进行＆＃34; svn move＆＃34;对于每个目录。重组计划在＆＃34; trunk＆＃34;。
完成正在积极开发的分支尚未准备好与主干合并。 svn是否跟踪文件/目录的先前位置并映射它们？ ＆＃34;将如何移动＆＃34;稍后影响合并？
这是否必须成为一个阻止世界的世界＆＃34;场景？让所有分支机构与trunk合并，停止开发，更改主干上的目录布局，然后让trunk的每个分支继续开发？
任何建议，想法都非常感谢！谢谢！
答案 0 :(得分：1)
svn是否跟踪文件/目录的先前位置并映射它们？
不，svn move没有跟踪移动的文件/目录的先前位置，因为它等同于svn copy后跟svn delete。
＆＃34;如何移动＆＃34;稍后影响合并？
您在活动开发中的分支可能会修改合并时不存在的文件/目录，因为它们已被移动，因此很多tree conflicts很可能。
这是否必须成为一个阻止世界的世界＆＃34;场景？让所有分支机构与trunk合并，停止开发，更改主干上的目录布局，然后让trunk的每个分支继续开发？
这肯定会减少合并大量冲突的难度。
我想这里的难点在于评估一个活跃的开发分支可能等待完成这么多重合并的时间。