衡量git存储库的大小/MB增长率？

我有一份几个月前的git回购协议。是否可以计算/绘制内部git存储库（压缩大小）的大小（MB），作为推送到远程的提交（或日期）的函数

由于分支可以并行开发，给定的提交可能不会反映推送到另一个分支的更改

因此，有一个每天运行git pull的CI作业，然后是：

并将结果存储在db中可能是一种方法。这假定CI作业在创建存储库的同一天激活

如果能够在已经存在的存储库上计算这些信息，那就太好了

我理解使用提交并没有真正意义。我想看看它是如何随着时间的推移而增大的，就像他们在这里所做的那样：

---

根据要求，将评论作为答案发布：

Git不是这样工作的

它与提交数量或内容无关。

---

Git使用启发式方法来“缩小”数据大小，这样您就可以拥有具有共享内容的类似文件，并且内容不会重复，这与在提交基础上测量Git大小无关。

您是否尝试过给出当前repo大小的

Git count objects-v

。我希望能够计算出时间倒流时每次提交的大小-我尝试在较旧的提交上运行它，它给出了相同的结果。@u123只是想知道。。。。你为什么需要这个？Git回购深度历史通常不是问题。以约70k次提交完成git回购需要约200MB。git不能以这种方式工作。它与提交的数量或内容无关。git使用启发式方法“缩小”数据大小，这样您就可以拥有具有共享内容的类似文件，并且内容不会重复，在提交基础上测量git大小与此无关。您可以在此处阅读更多关于启发式的信息：我理解了您的评论，并相应地更新了原始帖子，以包含随时间变化的测量值作为示例，请参见：