我们在GitLab上有一个(私有(存储库，它是我们启动新项目的模板。今天，我们的一位开发人员试图推送提交，但收到了一条关于超过存储库大小限制的消息。检查GitLab的web UI，它确实说存储库在两个"；文件"；以及"；存储"；(限制为10 GB(。在尝试储存库"之后；内务管理"；运行时，这增加到了15.1GB(我不知道这是"内务管理"的结果，还是时间巧合，但这无关紧要(。
这个数字对我来说似乎大错特错：
- 检出项目中的.git文件夹约为540 MB
- 在过去一个月左右的时间里，从该模板项目派生出的3个项目(此后添加了一些大型二进制文件(报告的每个项目的大小在1到2 GB之间
- 在结账项目上运行git-sizer表示，所有Blob的总大小为986 MiB，最大结账的总大小是758 MiB
- 从GitLab导出整个存储库会产生1.82 GB的tar.gz文件
自前面提到的fork以来所进行的唯一重要的工作确实需要添加一些中等大小(几十MB(的文件，但即使在删除该分支并运行"；内务管理"；同样，报告的存储库大小没有下降。
该存储库没有wiki，没有CI/CD，没有包，只有一只装满合并请求和问题的手。
有没有我遗漏的东西可能会导致大约14 GB的数据被报告？或者有没有办法迫使GitLab重新计算回购的规模？
远程上的git存储库大小包括松散对象，而如果您在本地(或从fork(工作，则可能没有这些松散对象，或者它们已被清理。
大多数时候，您只有默认分支和本地处理过的任何分支的副本，而不是推送到远程的每个分支。
您可以按照GitLab文档中关于减小存储库大小的说明进行操作。
后端工程师对此存储库清理问题的评论也可能有助于进一步解释正在发生的事情。这条评论的关键是，在遵循文件说明后，您需要等待30分钟，以便管家/清理工作正常工作。