Subversion在存储大量的二进制文件有多好？ [英] How good is Subversion at storing lots of binary files?
问题描述
我在寻找一个地方放几个GB的文档（大多是 .doc 和 .xls ）。我的团队已经设置了一个Subversion服务器来管理我们创建的文档，所以我希望尽可能使用它。 Subversion如何处理所有这些额外的东西？大多数是遗留信息，只有一个版本，但可能有几个文档可以更新。
I'm looking for a place to put a few GB of documents (mostly .doc and .xls). My team already has a Subversion server set up for managing the documents we create, so I'd prefer to use that if possible. How well will Subversion handle all this extra stuff? Most of it is legacy information and will only ever have one version, but it is possible that a few documents could be updated.
我已经警告说SVN isn'特别是大量的二进制文件友好。我很害怕尝试看它是否工作，因为他们总是在存储库历史，即使我后来删除它们。
I've been warned that SVN isn't particularly lots-of-big-binary-files-friendly. I'm wary of trying it to see whether it works since they'll always be in the repository history even if I later delete them.
任何替代品？我们需要对文档进行评论和/或标记，但我们可以使用类似美味的服务和SVN（或类似文档）中的文档的网址。
Any alternatives? We'll need the ability to comment on and/or tag documents, but we can use a Delicious-like service combined with the URLs for the documents in SVN (or similar).
后来
我不担心二进制文件的差异，因为如上所述，它们不会改变太多。
Later I'm not so worried about diffs on the binaries since, as stated above, they won't change much. I'm OK with a slight hassle if they do -- it's no worse than SharePoint.
推荐答案
有很多不同之处，大二进制文件和大量的二进制文件。
There's a difference between lots of big binary files, and a big number of binary files.
在我的经验中，SVN适用于几百兆字节的二进制文件。我见过的唯一的问题开始发生在大约一千兆字节的单个文件。操作失败的神秘和未知的原因，可能SVN无法处理网络相关的问题。
In my experience SVN is fine with individual binary files of several hundred megabytes. The only problems I've seen begin to occur with individual files of around a gigabyte or so. Operations fail for mysterious and unknown reasons, possibly SVN failing to handle network related problems.
我不知道任何与二进制文件数量相关的SVN问题，超出他们缺乏合并能力和二进制文件通常不能有效地存储为deltas（SVN可以使用deltas）这一事实。
I am not aware of any SVN problems related to the number of binary files, beyond their lack of merge-ability and the fact that binary files often can't be efficiently stored as deltas (SVN can use deltas).
因此;
- 1000 1MB档案=罚款。
- 100 10MB档案=罚款
- 10 100MB档案=正确
- 1> 1000MB档案=不是个好主意。
- 1000 1MB files = fine.
- 100 10MB files = fine
- 10 100MB files = fine
- 1 >1000MB file = not a good idea.
希望您的文档的大小适合于一个很好的类别：）
I would hope the size of your documents fits into one of the fine categories :)
这篇关于Subversion在存储大量的二进制文件有多好？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
