优化包含大型二进制文件的git repo

我们的项目约为11GB，其中10个是二进制数据（.png图像）。因此，git diff或git status运算要花费一分钟以上的时间。幸运的是，所有数据文件都以一个漂亮的名称分隔到一个文件夹中data。任务是“避免对二进制文件进行压缩，扩散和其他昂贵的操作”。

• 考虑将项目分为两个回购。然后data将是一个外部回购，由主源代码回购签出。已决定，使存储库保持同步的开销会太大，尤其是对于处理数据文件的艺术家而言。

• 明确地告诉git这些文件是二进制文件，不考虑从diffs文件，但是这些文件似乎只是该问题的部分解决方案。

我觉得git属性是解决方案，但是怎么办？还是有比整体仓库更好的体系结构？

您可以使用git-lfs或类似的工具（git-fat，git-annex等）。这些工具基本上用带有哈希的小文本文件替换了您存储库中的二进制文件，并以非git的方式（例如网络共享）存储了实际的二进制数据。

使差异和所有内容都变得超快，因为仅比较哈希，并且（至少对于git-lfs而言）对用户透明（安装一次后）。

github，gitlab，VisualStudio支持Afaik git-lfs，并且是开源的。

同时使用GIT和SVN仓库

如果可以从逻辑上将二进制文件与源文件分开，则可以考虑将git用于文本文件，将非DVCS（例如Subversion）用于二进制文件。

我正在研究的项目可以执行此操作，因为每个编译的库（用于OSX / Win32依赖项）都有很多GB，因此需要保持版本。

另一方面，如果您具有非技术用户，则使用两个版本控制系统可能会出现问题。但是，如果美术人员没有使用代码，则可以提供脚本执行更新，并且他们可以使用Subversion提交二进制资产。

使用SVN（带有git svn）

尽管对于习惯使用常规git的开发人员来说，这种折衷并不总是那么好，但是您可以将SVN用于主存储库，并且开发人员可以使用git svn工具。

对于使用git的开发人员来说，这确实使它工作起来更多一些，但对于不熟悉DVCS（或一般来说VCS）的每个人来说，这意味着他们可以使用SVN的简单模型，而不必使用多个复杂的版本控制系统。

git-lfs也是一个选项，但是我没有使用它，所以无法说明它的工作情况。