我正在尝试将一个工作副本文件夹从它的旧专用 svn 服务器移动到一个新的 svn 服务器，它包含在一个子文件夹中。使用以下重定位命令：
svn switch --relocate https://oldserver/svn/repos https://newserver/some/directory
我明白了：
svn: 'https://newserver/some/directory ' is not the root of the repository
哪个是正确的.....但是，呃，无论如何我该如何移动位置？
【问题讨论】：
标签： svn relocation
据我了解，您不能使用svn switch（有或没有--relocate）移动到新的存储库。这样想：你的新版本库的 HEAD 版本是 x，你旧版本库的版本是 y，那么 SVN 应该如何处理工作副本的基本版本？
svn help switch 表示--relocate 用于：
重写工作副本 URL 元数据以反映 仅语法更改。 这用于存储库的根 URL 更改（例如方案或主机名更改）但您的工作副本仍然反映 相同同一存储库中的目录。
由于情况并非如此，恐怕您必须重新结帐。
【讨论】：
svn switch --relocate svn://oldserver/ http://newserver/svn/goteam/。即 - 新协议、新服务器、新文件夹规范。 - 工作得很好。也许 SVN 会检查相关的 repos 是否基本相同并允许？
我尝试了相同的操作，在这种情况下，我在一个文件中使用了 svnsync 的副本： url 并使用 mv /home/me/sync/therepo /home/me/sync/repos/therepo 移动了它。
原因：我在同步目录中有几个帮助脚本会弄乱存储库的视图。
svn switch --relocate 在大多数情况下都有效，除了不断抱怨的外部。
解决方案很残酷：我删除了 (rm -rf) 包含有问题文件的目录，然后再次运行 svn update 以重新获取外部文件。
至少这样我就不必再次进行大额结账了。
另外，当我们稍后将 svn 服务器移动到新机器时，我可以为我的同事编写说明。
【讨论】：
也可能发生的是您正在对根的孩子进行重定位。
尝试对根文件夹进行重定位。所有子文件夹也将自动重新定位。
【讨论】：
我假设您实际上已经通过svnadmin dump/svnadmin load 迁移了存储库，所以在这种情况下您可以尝试：svn switch --relocate https://newserver/some/directory 如果您遇到相同的错误，您实际上可能只需要执行一个新的svn co。我不记得曾经遇到过这个错误，但是我所有的存储库都使用了一个嵌套结构，就像你要移动到的那样，所以我可能永远不必处理它:-)
【讨论】：