svn存储库的实际大小限制是多少？
我计划建立一个svn存储库，它将包含第三方二进制文件，在我的工作场所构建的各种产品将依赖于这些文件。由于这些都是二进制文件，而不是文本文件，因此添加到此存储库的任何内容都会复制工件，我有点担心大小限制。
现在我看到了大约15 GB的二进制文件，我知道350 GB是可能的(从这个问题中可以明显看出-- 350GB SVN repo creates atleast 1MB revision for even a simplest task like branch/tag)。
我也知道底层操作系统施加了一些限制(例如，2 2GB的最大单个文件大小，我不希望达到这个限制)，并且在svn代码中没有硬性限制。
我想问的是，人们看到svn在没有重大问题的情况下变得多大？还要记住，这个存储库将(相对)很少更新-大约每隔几周更新一次。
我的操作系统选择是windows x64 (很可能是Server2008)和linux x64 (可能是红帽)。文件系统在windows中是ntfs，在linux上是我想要的任何东西。
客户端将主要是乌龟svn 1.7
那么，在我的情况下，实际限制是什么？
回答 1
Stack Overflow用户
发布于 2013-02-06 16:52:09
首先，Subversion是一个现代的版本控制系统，因此二进制数据本身不是问题。Subversion可以从二进制数据创建增量，因此提交将尽可能小。
问题通常是二进制数据主动阻止生成小增量。其中一个原因是二进制数据可以压缩，这通常会导致巨大的差异。
也就是说，你的repo可能不会增长得非常快。我们有一个大型产品，目前使用了大约400个第三方依赖项。每个月，都会有几个这样的变化。或者换一种说法:您的依赖项不会每周都更改。这意味着你每个月只会增加几MB (除非你有一个非常不稳定的依赖项，它会改变很多，但同样，大多数依赖项都不是这样的)。
因此，我的直觉是尝试一下，并在出现问题时解决它们，因为无论如何都不会有任何大的/不可用的问题。
https://stackoverflow.com/questions/14724498
复制相似问题
腾讯云开发者
