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

Version control 可处理大型二进制文件的版本控制解决方案,version-control,version,Version Control,Version,我有一个业务应用程序,它使用的数据集主要是基于文本的,但在数据集中也有大型二进制文件,超过10GB。我们需要确定一个支持所有这些文件的版本控制系统。我真的很喜欢Subversion的工作方式,并希望使用一些东西来调整,但每次我设置一个测试环境,当它碰到一个大文件时,它就会阻塞 在每个人回答并告诉我“你不应该使用VC系统来处理大型二进制文件”之前——是的,我知道这一点 我正在寻找的东西,A。允许您提交任何大小的文件到存储库,或B。一个混合解决方案,可以使用版本控制来保存常规文件,和一个文件管理器,

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

在每个人回答并告诉我“你不应该使用VC系统来处理大型二进制文件”之前——是的,我知道这一点

我正在寻找的东西,A。允许您提交任何大小的文件到存储库,或B。一个混合解决方案,可以使用版本控制来保存常规文件,和一个文件管理器,可以保存所有的大文件。理想情况下,我将能够使用像Ortoise这样的客户机签出整个数据集,然后将所有文件从这两个源下载到一个工作副本中

我真的用这件事把我的头撞到墙上了,我希望有人能想出一些办法来做什么

提前谢谢……

我想GIT可以做到。 为什么?

  • GIT始终是区域设置
  • 从不从不同的文件版本创建增量
  • 它将所有内容保存在内容唯一散列下。相同的数据,相同的散列。两次相同的大二进制文件将只保存一次
  • 一个GIT存储库可以有许多远程设备。远程服务器不是git服务器。任何可访问的目录都可以是推送更改的目标。例如,您可以将本地存储库更改推送到位于网络共享或sftp服务器上的存储库克隆。这意味着您可以使用大型二进制优化传输机制;) 希望有帮助。刚刚开始评估GIT,这取决于存储库中许多远程设备的特性。因为您可以使用它将项目暂存到。

    Mercurial with