"svnrdump" 和 "svnadmin dump" 产生不同大小的转储的原因可能是什么?

Waht could be the reason for "svnrdump" and "svnadmin dump" to produce different sized dumps?

我试图将多个存储库迁移到不同的 SVN 服务器。 我有源服务器的 root 访问权限,所以我首先尝试使用 "svnadmin dump" 将存储库本地转储到服务器上。这对前几个存储库工作正常,直到我遇到一个需要更多 space 转储的存储库,而不是服务器有空磁盘 space.

所以我改为使用 "svnrdump dump" 将存储库转储到远程机器上。由于我在源服务器上的 root 没有对服务器的 svn 读取权限,所以我使用了我的 svn 用户帐户。该帐户对所有存储库具有完全读写访问权限。 为了确保我再次使用 "svnrdump dump"

转储了所有存储库(不仅仅是丢失的存储库)

完成后,我得到了一些被转储两次的存储库(一次使用 svnadmin,一次使用 svnrdump)。 我突然注意到其中一个转储的大小对于使用 "svnadmin dump" 创建的转储是 115 MB,对于使用 "svnrdump dump" 创建的转储只有 78 MB。

SVN 服务器是装有 SVN 1.6.17 的 unix 机器,用于 svnrdump 的远程机器是装有 Tortoise-SVN 1.9.4 和 SVN 1.9.4 的 windows 机器。

所以,现在我不确定我用 "svnrdump" 制作的转储是否真的正确。 不同的大小可能是因为两个帐户之间的差异(一方面是服务器的根目录,另一方面是 svn 用户)? 还是跟svn版本不同有关?

此致, 塞巴斯蒂安

当您使用 1.6.x 客户端时,转储文件包含每个修订版的完整信息。

svn 客户端版本 1。8.x 及更高版本仅包含修订之间的增量信息,因此它们要小得多。

svnadmin dump 有一个开关 --deltas 可以使用这些增量生成转储,从而生成更小的转储文件。 svnrdump 无条件地这样做以减少网络流量。