我正计划建立一个svn存储库，其中包含第三方二进制文件，我工作场所的各种产品构建将取决于它。因为这些都是二进制文件而不是文本文件，所以对此存储库的任何添加都将复制工件，我有点担心大小限制。
现在我正在查看~15 GB的二进制文件，我知道350GB是可能的（从这个问题可以看出 - 350GB SVN repo creates atleast 1MB revision for even a simplest task like branch/tag）。
我也知道底层操作系统有限制（例如，2GB最大singel文件大小，我不希望这样做），并且svn代码没有硬性限制。
我要问的是，人们看到svn有多大没有重大问题？另外请记住，这个存储库将（相对）很少更新 - 大概每隔几周更新一次。
我对操作系统的选择是windows x64（服务器2008，最有可能）和linux x64（可能是red hat ent。）。文件系统将是Windows中的ntfs以及我想要的任何内容。
客户将主要是乌龟svn 1.7
那么我的案例有哪些实际限制？
答案 0 :(得分：3)
首先，Subversion是一个现代版本的控制系统，所以这样的二进制数据不是问题。 Subversion可以从二进制数据创建增量，因此提交将尽可能小。
问题通常是二进制数据主动阻止生成小的增量。一个原因是二进制数据可以被压缩，这通常会导致巨大的差异。
那就是说，无论如何，你的回购可能不会变得非常快。我们有一个大产品，目前使用大约400个第三方依赖。每个月都有一些变化。或者换句话说：您的依赖关系不会所有每个周更改。这意味着你每个月只会增加几MB（除非你有一个非常不稳定的依赖，它会发生很大的变化，但是大多数依赖都不是那样）。
所以我的直觉就是尝试并解决任何出现的问题，因为无论如何都不会有任何大的/不可用的问题。