GitHub Git-LFS达到极限
GitHub Git-LFS达到极限
提问于 2018-06-26 21:24:11
我以某种方式达到了github数据的限制，即使我剩下的一个大文件(138 mb)现在正在被LFS (Github的大型文件存储)跟踪。我重置到最后一次通过的提交，确保LFS正在跟踪唯一(据我所知)问题文件。我仍然会得到以下错误，并且不知道该做什么。
batch response: This repository is over its data quota. Purchase more data packs to restore access.
Uploading LFS objects: 0% (0/1), 0 B | 0 B/s, done
error: failed to push some refs to <repo name>我曾使用LFS存储多个大文件之前，成功。我不知道是什么导致了这个问题。
回答 1
Stack Overflow用户
发布于 2020-09-10 11:50:48
老实说，我发现远程服务器上的存储条款和条件非常奇怪。GitHub“跟踪”你的大文件在他们的基础设施，限制为1GB的个人持有GitHub免费帐户。
但是有一个警告:假设您使用Git初始化了本地存储库，将138 MB文件推送到LFS服务器，一切都很好。现在，如果出于某种原因，您决定更改文件的某些方面，即使它只是一个1字节的大更改，Git也会将其跟踪为一个全新的文件。因此，随着时间的推移，当您不断地更改大型文件时，它占用了服务器上宝贵的存储空间。
奇怪的是，甚至官方文档都没有提到任何方法来删除以前版本的“大型文件”，以腾出宝贵的空间。
下面是一个详细说明我刚才提到的内容的例子：
如果您将一个500 MB的文件推送到Git，您将使用分配给您的存储空间的500 MB，而不使用您的带宽。如果您进行了1字节的更改并再次推送该文件，您将使用另外500 MB的存储空间，而没有带宽，这两种推送的总使用量将达到1GB的存储和零带宽。
您可以在这里阅读更多的官方文档- 跟踪存储和带宽使用。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/51051553
复制相关文章
相似问题
腾讯云开发者
