我有一个存储库我正在使用svnadmin dump和load迁移到新的subversion服务器。我正在按照以下步骤进行操作：
到目前为止这一切都有效，并且svnadmin验证说一切正常。接下来我尝试更新新的回购（这是在最终切断之前，仍然在此阶段进行测试）。
然后我收到错误，说repoX中的某些路径不存在。所以我使用以下方法再次尝试增量转储：
这次它有效并且验证确定。
然而....还有其他的回购，例如repoY。当我尝试第二种机制（在第一次转储中转到修订版100，然后从修订版100获取更新的转储）时，我得到另一个错误，说目录已经存在！有些存储库以一种方式工作，有些存储库以另一种方式工作，当我以同样的方式执行时，它们都不起作用。
所以我想知道的是，从转储到修订版100（例如）的正确机制，然后在第二次扫描中将剩余的回购转储到头部。我花了早上的阅读，阅读和阅读，但我甚至找不到我正在做的事情的例子，即使我知道它可以做到。
我无法切换单个转储文件，因为我们正在讨论在50个回购中分布的150GB的数据，这些数据在一个晚上实际上无法转储，转移和加载。这种机制确保我们可以在最终转换之前移动95％的数据......但看起来我的理论可能存在缺陷。
如果您想了解更多信息，请询问。
好的。我在测试区域再次开始整个过程，它似乎工作正常。我今天将继续测试，但在这个阶段看起来它正在运行。谁知道我最初做了什么导致这些错误。
答案 0 :(得分：1)
如果转储时服务器处于活动状态，是否可能在？
之间进行提交您如何确定从哪个版本开始？在转储之前，转储之后，检查转储文件，或者在加载后从目标仓库查询源代码？