git - git 在用户/代码库大小方面的扩展效果如何？

Question

<分区>

Answer 1

Git 由 Linus Torvalds 创建明确处理 Linux 内核的开发。这考虑了为项目做出贡献的用户数量以及由此创建的提交数量。

如此规模的项目是否易于维护在很大程度上取决于您的工作流程。如果您只使用每个人都使用的几个开发分支，您可能最终会遇到多个 merge 冲突。另一方面，如果开发在(功能)分支上高度分离，那么维护它就会变得容易得多，因为当这样一个分支上的工作完成并且可以 merge 工作时，你只需要接触你的主线。你常有人有特殊integrator roles专注于这一点。在 Linux 内核的情况下，您还有副手收集(和验证)开发人员的提交，然后将其提交给 dictator (Linus 本人)然后由谁来决定内核中实际包含的内容。

不过总的来说，没有什么能阻止您在 Git 中拥有一个巨大的项目。根据您的情况，如果可能的话，将其拆分可能是值得的(与具有大量较小存储库的 Android’s OSP 相比)。

请注意，除了初始克隆过程之外，较大的存储库大小不会影响您的工作流程。除非你有一个荒谬的大工作目录(这会影响任何源代码控制系统)，否则它不会影响 Git 的正常速度。所有命令都在本地运行，像 git status 这样的东西只需要查看工作目录、索引和当前版本，也就是说，如果历史记录更长，那将不会改变。由于 Git 的数据模型是一个有向无环图，因此无论您的图有多大，超出您使用的访问器(分支指针、HEAD 等)，您都可以立即获得所需的大部分内容。

话虽这么说，600 MB 的存储库确实很多。我怀疑你里面有很多二进制文件，这可能不是最好的主意。虽然 Git 以与文本文件相同的方式处理二进制文件，但压缩 Git 不会，并且应用于每个 Git 对象的默认 gzip 压缩通常对二进制文件(如已经压缩的图像)也没有帮助。因此，如果可能的话，您可能希望为您的 Assets 寻找不同的解决方案。