svn - Subversion 在存储大量二进制文件方面有多好？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 5 年前。

Improve this question

我正在寻找一个地方来放置几 GB 的文档(主要是 .doc 和 .xls )。我的团队已经设置了一个 Subversion 服务器来管理我们创建的文档，所以如果可能的话我更愿意使用它。 Subversion 将如何处理所有这些额外的事情？其中大部分都是遗留信息，并且只有一个版本，但有可能会更新一些文档。

我被警告说 SVN 对大量大二进制文件不是特别友好。我对尝试它是否有效持谨慎态度，因为即使我稍后删除它们，它们也将始终存在于存储库历史记录中。

还有其他选择吗？我们需要能够对文档进行评论和/或标记，但我们可以将类似 Delicious 的服务与 SVN(或类似)中文档的 URL 结合使用。

稍后我不太担心二进制文件的差异，因为如上所述，它们不会改变太多。如果他们这样做的话，我可以接受一点点麻烦——这并不比 SharePoint 差。

Answer 1

在我以前的公司中，我们设置 Subversion 来存储 CAD 文件。 Subversion 中存储的文件最大为 100 MB。如果许多人向 Subversion 网络服务器“添加”大文件可能会成为瓶颈。然而，增量提交完全没问题。

Subversion 存储了“二进制增量”。事实上，在服务器端，二进制文件和文本文件在存储“增量”时的处理方式完全相同。检查第http://subversion.tigris.org/svn_1.4_releasenotes.html页上的“二进制增量编码改进”部分。它明确表示“Subversion使用xdelta算法来计算字节字符串之间的差异”(而不是字符串“字符”)。

为了实验，我存储了10版本的CAD(CATIA零件文件)。每个版本我都对部分进行了微小的修改，然后检查服务器端存储库的大小。大约 10 次修订后，总大小约为 1.2 倍(x - 原始文件大小)。

记住设置 svn:needs-lock 属性。根据我的经验，最好的方法是使用“auto props”根据文件扩展名设置 svn:needs-lock。