Origo 正在关闭他们的 SVN 托管,所以我再次被迫转移到另一个 SVN 托管服务。问题是,他们确实为我们提供了一个指向存储库“夜间转储”的 URL。
但事实上,这不是 Subversion可移植转储文件。我得到的是整个文件系统存储库的 280Mb “tar.gz”备份。
因此,在尝试“导入”或管理该备份时,我面临着一些问题。
- 它是用我不知道的任何版本的 svnadmin 创建的
- 它是在 linux 上创建的(似乎),我正在 Windows 上工作
由于我打算回到 Assembla 进行 SVN 托管,因此我需要一个有效的可移植转储文件进行导入。这是我卡住的地方:
- 我不能这样做,
svnadmin load
因为我一开始没有得到有效的转储文件。 - 我尝试将备份文件解压缩/解压缩到一个文件夹,然后使用
svnadmin dump
. 但后来我收到一条可怕的消息:'vnadmin: E160033: Unknown FS type 'fsfs- 请注意奇怪的消息: s 已替换为 '
- 如果仔细观察,您会发现这是使用 %s=fsfs\cr... 打印 Unknown FS type '%s' 的结果。
- 所以,我确实有那个备份的CR+LF问题。我通过将新鲜的
svnadmin create testrepo
与我的 Origo 存储库进行比较来确认这一点。
我在这里发布一个问题,希望我能找到一种方法来处理从 linux svn 存储库到 windows svn 存储库的转换。
我已经从这个混乱中看到了两个选项,我宁愿尝试避免这两个选项:
选项 1:使用 linux PC。这意味着:
- 找一台 linux 电脑
- 在那里解压/解压
- 安装svn。
- 使用 svnadmin 创建一个可移植的转储(希望我最终使用的任何 svnadmin 仍然与我最初获得的 repo 兼容)。
选项 2:使用 svnsync
- 安装svn,包括
svnsync
- 在原始存储库上使用它来同步和创建镜像存储库
- 在该镜像存储库上使用
svndump
以创建可移植转储 - 好吧,这一直有效,直到原始回购仍然启动并运行。
旁注:多年来,我一直在保存该每日备份文件,但直到现在我才尝试使用它,但我遇到了这个问题。这让我回想起进行恢复而不是备份