Origo正在关闭他们的SVN主机,所以我再次被迫转移到另一个SVN托管服务。问题是,他们确实向我们提供了一个URL,用于存储库的“夜间转储”。从Origo导入svn仓库
但实际上,这不是Subversion 便携转储文件。我得到的是整个文件系统存储库的280Mb“tar.gz”备份。
因此,当试图“导入”或管理该备份时,我遇到了一些问题。
- 它与任何版本的svnadmin,我不知道
- 它是在Linux上(似乎)创建创建的,而我在Windows
工作因为我计划要回到Assembla进行SVN托管,我需要一个有效的便携转储文件来导入。这里是我卡在哪里:
- 我不能做
svnadmin load
,因为我没有得到一个有效的转储文件。 - 我试图将备份文件解压/解压缩到一个文件夹,然后使用
svnadmin dump
创建自己的转储。但后来我得到一个可怕的消息:“vnadmin:E160033:未知FS型‘FSFS- 注意怪异的消息:■已取代’
- 如果你仔细观察,你会发现,这是打印的结果未知FS类型'%s'与%s = fsfs \ cr ...
- 因此,我确实有 a CR + LF问题与该备份。我通过将新鲜的
svnadmin create testrepo
与我的Origo存储库进行比较来确认。
我张贴一个问题在这里,希望我能找到一种方法来处理还挺从Linux SVN仓库这种转换到Windows svn库。
我已经看到两个选项摆脱困境,这两者我会,而尽量避免:
OPTION 1:使用Linux的PC。这意味着:
- 查找Linux的PC
- 解压缩/解压缩有
- 安装SVN。
- 使用svnadmin创建一个便携转储(希望无论我最终使用的svnadmin是否与我首先获得的回购协议兼容)。
OPTION 2:使用svnsync的
- 安装SVN,包括
svnsync
- 使用它的原始库来对镜像存储库同步并创建镜像存储库
- 使用
svndump
创建一个便携转储 - 那么,这工作,直到orig inal repo仍在运行。
侧注意:我一直在保存每日备份文件多年,但现在我只是想现在做任何使用它,我有这个问题。这让我回想起大约制定恢复,而不是备份
结果Assembla实际上可以理解Origo备份文件。所以一切都很好。我确实尝试了svnsync选项,结果也非常快速且可行,尽管转储文件大约大了150%。 – 2012-03-20 00:04:06