git - 大型资源的 Git 子树或 Git 子模块？

Question

这就是问题所在：我有很多代码，包括我需要版本化的 GUI 艺术品，以便忠实地重新创建软件产品。我也在 Windows 和 Mac 上工作。我正在处理的实际代码每天都会更改，非常小。但是，在其构建之前，所有相关资源总计约为几 GB。

从我的在线研究来看，我需要使用 git-subtree 或 git-submodule 来保持我的 git 存储库快速。

我敢肯定，你们中的很多 git 用户都面临着类似的问题，并且面临着同样的决定。

您使用了哪种方法，您遇到了哪些问题？

Answer 1

一个单一的整体 git 存储库就可以正常工作。不会更改的大型资源在您克隆时只会被复制一次。

如果您碰巧有任何随时间变化的大型资源，您可能会发现git-media很有用。

Answer 2

实际上，我在本地 git-repo 中的服务器上跟踪了几千兆字节的二进制文件，这些二进制文件变化不大（在我的情况下是图像），实际上我从未克隆过。

“代码”直接通过网络使用它。在构建/测试期间，当然还有生产期间。