我转储了我的存储库
svnadmin dump repos > repos.dump
然后我把它加载到新机器上
svnadmin load newrepos < repos.dump
完成后,新的存储库缺少最后几百次修订。
我可以检查repos.dump以查看它是否缺少修订版?我可以转储缺少的修订并将它们加载到新的存储库中吗?或者,我是否必须从头开始。
从头开始会很痛苦,因为存储库是3GB,我必须以适度低的速度在Internet上抓取它!
编辑:已解决 - 操作员错误!
所以,我忘记了我已经迁移了一次存储库(从account1到account2)并且我从未删除过account1存储库。我有一个bash函数快速ssh到我的远程帐户,默认情况下我将其记录到account1(我没想到),因为我看到了存储库,我认为一切都很好,因此将转储发送到account3(再次使用一个别名,所以我没有注意到我在错误的帐户)。
现在,我要在终端中将帐户的用户名设置为鲜红色,我正在缓存旧存储库而不是让它们四处闲逛。而且,我正在取消我的个人资料黑客的默认用户方面。
但是,我能够使用--incremental
将丢失的修订转移到新位置。所以,所有的建议仍然有帮助。
答案 0 :(得分:4)
我猜你的转储大于4 GB(因为默认情况下转储没有使用增量保存,所以它们可能比repo大得多),并且将转储截断的过程的一些步骤截断为4 GB,这是某些文件系统上的最大文件大小(也可能在某些协议中)。根据您使用的文件传输方法,该过程的某些步骤也可能会将其截断为2 GB。
您可以通过检查文件进行检查;它应该有修订号,你可以看到它们有多高。
您可以使用--incremental
选项svnadmin dump
来生成增量转储,而不是重新启动整个过程,从您加载到新仓库中的最后一个良好修订开始。将增量转储加载到现有存储库应该可以正常工作。你会做类似
svnadmin dump --incremental -r 1234:HEAD > repos.2.dump
# Transfer to new system
svnadmin load < repos.2.dump
答案 1 :(得分:1)
我可以检查repos.dump以查看它是否缺少修订版吗?
是。有像
这样的行Revision-number: XYZ转储文件中的
。
我可以转储缺少的修订并将它们加载到新的存储库吗?
是。您可以使用svnadmin load
将修订提交到新的或现有的存储库。
答案 2 :(得分:1)
它应该在执行转储时将修订号写入命令行。这就是我得到的,即使重定向到文件也是如此。
您可以检查文件本身并查找Revision-number:
以查看其中实际包含的修订。
答案 3 :(得分:1)
要验证所有修订都在您的转储文件中,请为“修订版号”grep。您也可以在文本编辑器中打开文件以检查是否有明显的损坏,但 do not save it 。
我发现svnadmin load
失败的主要原因是您尝试加载到已有内容的存储库中。在获取转储文件之前,load命令将检查以验证存储库是否处于预期状态。我在过去通过在转储存储库时使用--incremental
标志来解决这个问题。
答案 4 :(得分:1)
就个人而言,我会再次抛弃它。我最简单的答案是你原来的转储未成功完成 - 在转储运行后你在命令行中看到任何错误吗?如果您想要检查转储本身,请查看此信息以获取一些帮助:http://www.troyhunt.com/2009/12/black-art-of-splitting-subversion.html
您可以考虑的另一件事就是将原始仓库转移到目标位置。您将复制数据的压缩版本,因此该过程将比复制转储更快(不确定您是否在转移之前将其压缩)。