持有我们主要的svn仓库的系统已经过去了。 这意味着我将不得不将包含存储库的硬盘驱动器移除到另一台计算机。
所以，问题是，一旦旧驱动器在新电脑中，我们将不得不重新configuration任何东西来访问它？
为了简化生活，我会在新服务器上安装与旧盒子上使用的版本相同的Subversion服务器，即使它不是最新版本，并且在数据到位后再升级。
如果存储库是fsfs存储库types，那么您可以挂载存储库并且它将工作，因为fsfs可以跨操作系统和cpu架构移植。
如果您使用的是bdb ，那么您将需要确保目标机器具有相同的操作系统和体系结构，因为bdb在环境中不可移植。 即使你只是我们一台临时使用相同操作系统/体系结构的机器来安装回购站，那么你可以通过svnadmin dump以文本格式转储回购的内容，然后你就可以加载你的超级目标机器而不用担心关于操作系统和架构。 （转储格式可以跨操作系统，架构和svn版本移植。）
请参阅存储库部署策略 ，讨论各种Subversion存储库types（bdb / fsfs）的可移植性。
一旦svnserve启动并运行，托pipe您的存储库，现有的客户端将需要使用svn switch -relocate <old-url> <new-url>来重定位其工作副本。
据我所知，你不应该有任何问题，因为存储库将具有相同的GUID。 只要chekout /签入新的url，一切都应该没问题。
我没有在另一台服务器上重新部署存储库的问题。 而且，只要你使用相同的操作系统，体系结构和Subversion版本，就不会有任何问题。 事实上，如果你使用不同的操作系统，体系结构等，也可能是这样 ，但Subversion项目的开发者并不能保证这一点 。 它们在Subversion版本，操作系统或硬件架构之间的兼容性方面没有任何承诺。
移动存储库时执行svnadmin dump总是最安全的。 然后，在新系统上执行svnadmin load 。 这是保证工作或加倍你的钱回来！
在你的情况下，由于旧的服务器不可用，我将在一台configuration尽可能接近前一台服务器的机器上安装存储库。 做一个svnadmin dump ，将其移动到新的服务器上，然后执行svnadmin load 。