可以处理大型二进制文件的版本控制解决方案

Question

我有一个业务应用程序，它使用主要基于文本的数据集，但在数据集中还有大型二进制文件，大约10 GB。我们需要确定一个支持所有这些文件的版本控制系统。我真的很喜欢Subversion的工作方式，并希望在这个调整中使用一些东西，但是每当我设置一个测试环境时，它会在它碰到一个大文件时窒息。

在每个人回应并告诉我“你不应该将VC系统用于大型二进制文件”之前 - 是的我知道这一点！

我正在寻找的东西A.允许您将任何大小的文件提交到存储库，或B.可以使用版本控制来保存常规文件的混合解决方案，以及可以容纳所有大文件的文件管理器。理想情况下，我可以使用像乌龟这样的客户端来检查整个数据集，然后将所有文件从这两个来源下载到工作副本中。

我真的用这个撞到墙上，希望有人对如何做有一些想法。

提前致谢....

Answer 1

我认为GIT可以做到这一点。 为什么呢？

1. GIT始终是语言环境
2. 永远不要从不同的文件版本创建增量。
3. 它将内容唯一哈希下的任何内容保存在a下。相同的数据，相同的散列。两次相同的大二进制文件只能保存一次。
4. GIT存储库可以有许多遥控器。远程服务器不是git服务器。任何可访问的目录都可以作为推送更改的目标。因此，例如，您可以将本地存储库更改推送到位于网络共享或sftp服务器上的存储库的克隆。这意味着您可以使用大型二进制优化传输机制;）

希望有所帮助。刚开始根据存储库的许多遥控器的功能来评估GIT。因为您可以使用它来暂存项目。

Answer 2

Mercurial与Largefiles extension