需要一些指导将 SVN 存储库移动到另一个解决方案
Need some guidance moving an SVN repository to another solution
目前我们的 SVN 在办公室的本地服务器上运行。该服务器正在退役，管理层不想更换它，因为 SVN 是它服务的唯一目的（真正的旧服务器）。因此，我们正在寻找像 Unfuddle 这样的云解决方案（它们在 google 搜索中的评价似乎非常高）。
所以我有几个问题：
- 如果我们不关心以前的提交，只想了解 repo 的当前状态（代码库成熟可靠），我们会 "add" 到新帐户吗？如果是这样，您会推荐什么 svn 命令行？
- 这是应该从工作站使用存储库的当前副本还是使用 "init" 和 "sync" 命令直接从服务器到新位置来完成？
- 是的，"just add" 到新位置的新仓库。我会建议了解操作，而不仅仅是猴子工作。您有：创建新的空存储库，检出它的主干（获取空的本地 WC），对旧 WC 进行版本控制（删除 .svn 目录），将这个未版本控制的树复制到 new WC 的根目录中，添加全部进入Subversion，提交
- 是的，必须从带有 WC 的工作站完成，更新到旧仓库的 HEAD
目前我们的 SVN 在办公室的本地服务器上运行。该服务器正在退役，管理层不想更换它，因为 SVN 是它服务的唯一目的（真正的旧服务器）。因此，我们正在寻找像 Unfuddle 这样的云解决方案（它们在 google 搜索中的评价似乎非常高）。
所以我有几个问题：
- 如果我们不关心以前的提交，只想了解 repo 的当前状态（代码库成熟可靠），我们会 "add" 到新帐户吗？如果是这样，您会推荐什么 svn 命令行？
- 这是应该从工作站使用存储库的当前副本还是使用 "init" 和 "sync" 命令直接从服务器到新位置来完成？
- 是的，"just add" 到新位置的新仓库。我会建议了解操作，而不仅仅是猴子工作。您有：创建新的空存储库，检出它的主干（获取空的本地 WC），对旧 WC 进行版本控制（删除 .svn 目录），将这个未版本控制的树复制到 new WC 的根目录中，添加全部进入Subversion，提交
- 是的，必须从带有 WC 的工作站完成，更新到旧仓库的 HEAD