2012-03-19 103 views
0

Origo正在关闭他们的SVN主机,所以我再次被迫转移到另一个SVN托管服务。问题是,他们确实向我们提供了一个URL,用于存储库的“夜间转储”。从Origo导入svn仓库

但实际上,这不是Subversion 便携转储文件。我得到的是整个文件系统存储库的280Mb“tar.gz”备份。

因此,当试图“导入”或管理该备份时,我遇到了一些问题。

  1. 它与任何版本的svnadmin,我不知道
  2. 它是在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。这意味着:

  1. 查找Linux的PC
  2. 解压缩/解压缩有
  3. 安装SVN。
  4. 使用svnadmin创建一个便携转储(希望无论我最终使用的svnadmin是否与我首先获得的回购协议兼容)。

OPTION 2:使用svnsync的

  1. 安装SVN,包括svnsync
  2. 使用它的原始库来对镜像存储库同步并创建镜像存储库
  3. 使用svndump创建一个便携转储
  4. 那么,这工作,直到orig inal repo仍在运行。

侧注意:我一直在保存每日备份文件多年,但现在我只是想现在做任何使用它,我有这个问题。这让我回想起大约制定恢复,而不是备份

+0

结果Assembla实际上可以理解Origo备份文件。所以一切都很好。我确实尝试了svnsync选项,结果也非常快速且可行,尽管转储文件大约大了150%。 – 2012-03-20 00:04:06

回答

1

如果回购的FS-树果然备份,你可以

  • 安装本地SVN
  • 还原文件(目录?)来自存档在空的存储库位置
  • 如果所有的确定(存储库都是可重复使用的和可重复使用的) - 创建转储,Assembla接口可以接受
+0

谢谢你回答我的问题。那正是我期待的。虽然,似乎Assembla设法导入它,但可能不是通过svnadmin load命令。 – 2012-03-20 18:52:26

0

对于你提取每晚转储使用Subversion 1.6.5在Linux上创建一个转储文件 - “svnadmin转储...”。然后,您可以使用“svnadmin load ..”到本地存储库或使用转储装配。