场景:拥有100多个开发人员的主存储库
在100多个开发人员分叉父repo的情况下，对Github存储空间有重大影响吗?或者每个开发人员都有自己的分支，然后向父repo进行pr是有效的策略吗?
我查看了其他几个可能与这个问题相关的线程，但只能发现fork共享对象以最小化存储使用。然而，我无法计算出大规模(数百个分叉)的影响程度，以及这是否会显著占用可用存储。
GitHub上的分支不会复制(在GitHub服务器端)完整的存储库，如"计数对象"中所述;作者:Vicent Martí
很早的时候我们就发现分叉别人的仓库是不可持续的。
例如，在GitHub上托管了近11,000个Rails分支:如果每个分支都是自己的存储库副本，这将意味着大量冗余磁盘空间，需要比我们基础设施中多几倍的文件服务器。
这就是为什么我们决定使用Git的一个叫做的特性来替换.
当你在GitHub上分叉一个仓库时，我们会创建一个浅拷贝。
这个副本没有自己的对象，但它可以访问另一个对象的所有对象，我们称之为network.git的根存储库，其中包含所有对象网络中的分叉