如果您需要在仓库中分发大文件，您可以在GitHub.com上创建版本。版本允许您打包软件、版本说明和二进制文件的链接，以供其他人使用。请参阅GitHub documentation。版本中二进制文件的总大小或用于传送它们的带宽没有限制。但是，每个单独的文件必须小于2 GB。
相反，如果你有非常大的二进制文件，除了git-lfs，它有一个轻量级的指针指向你的文件，你可能会考虑git-annex来存储仓库之外的数据。我认为git-lfs会在你达到带宽限制一个月后刷新你的带宽限制。
话虽如此，在我看来，最好的选择是在GitHub上只存储项目的源代码，并添加所有大型资产文件，这是游戏的典型特征（网格、纹理、音频文件等）（亚马逊S3、谷歌云、等）。仅推送其相关的.meta文件并添加预在编辑器中打开项目之前，下载并注入依赖项的处理脚本。这可以是magefile或更简单的shell/bash脚本。
通过这种方式，您可以组织（多个）归档的软件包，并使用自己的版本控制方法（使用归档文件的创建日期、依赖关系版本等重命名归档文件）手动更新这些软件包。
这样你就可以更精细地控制要注入的文件，因为git无法生成有意义的diffs，也无法以任何有意义的方式合并二进制文件。因此，所有涉及二进制文件更改的合并、重定基或cherypicks都需要你手动解决冲突，而不会破坏GitHub guidelines。引用：
我们建议仓库保持较小的尺寸，最好小于1 GB，强烈建议小于5 GB。较小的仓库克隆速度更快，更易于使用和维护。如果您的仓库严重影响我们的基础设施，您可能会收到GitHub支持部门的电子邮件，要求您采取纠正措施。