3

我计划建立一个 svn 存储库，其中包含我工作场所的各种产品构建将依赖的 3rd 方二进制文件。因为这些都是二进制文件而不是文本文件，所以任何添加到这个存储库都会复制工件，我有点担心大小限制。

现在我正在查看大约 15 GB 的二进制文件，并且我知道 350GB 是可能的（从这个问题可以明显看出 - 350GB SVN 存储库为分支/标签等最简单的任务创建至少 1MB 的修订版）。

我也知道底层操作系统施加了一些限制（例如，最大单个文件大小为 2GB，我不希望达到），并且 svn 代码中没有硬限制。

我要问的是人们在没有重大问题的情况下看到 svn 有多大？还请记住，这个存储库将（相对）很少更新 - 大约每几周更新一次。

我的操作系统选项是 windows x64（很可能是 server 2008）和 linux x64（可能是 red hat ent.）。文件系统将是 Windows 中的 ntfs 和我想要的 linux 上的任何文件系统。

客户主要是乌龟 svn 1.7

那么我的实际限制是什么？

4

1 回答 1

3

首先，Subversion 是一个现代版本控制系统，所以二进制数据本身不是问题。Subversion 可以从二进制数据创建增量，因此提交将尽可能小。

问题通常是二进制数据主动阻止生成小的增量。一个原因是二进制数据可以被压缩，这通常会导致巨大的差异。

也就是说，您的回购可能无论如何都不会增长得非常快。我们有一个大产品，目前使用大约 400 个第三方依赖项。每个月，其中的一些变化。或者换一种说法：你的依赖不会每周都改变。这意味着您每个月只会添加几 MB（除非您有一个非常不稳定的依赖项，它会发生很多变化，但同样，大多数依赖项都不是那样的）。

所以我的直觉只是尝试它并解决出现的任何问题，因为无论如何可能不会有任何大/不可用的问题。

于 2013-02-06T08:52:08.983 回答