已达到GitHub Git LFS限制

尽管我剩下的一个大文件（138MB）现在被LFS（github的大文件存储）跟踪，我还是以某种方式达到了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对象：0%（0/1），0 B | 0 B/s，完成
错误：无法将某些引用推送到

---

我以前使用LFS成功地存储了多个大文件。我不知道是什么导致了这个问题

老实说，我发现远程服务器上的存储条款和条件非常奇怪。GitHub在其基础设施上“跟踪”您的大文件，对于持有GitHub免费帐户的个人，限制为1GB

但有一个警告；假设您使用Git-LFS初始化了本地存储库，将138mb文件推送到LFS服务器，一切都很好。现在，如果出于某种原因决定更改文件的某些方面，即使只是一个1字节的大更改，Git LFS也会将其作为一个全新的文件进行跟踪。因此，随着时间的推移，当您不断更改大文件时，它会占用服务器上宝贵的存储空间

奇怪的是，甚至官方文档都没有提到任何方法来删除大文件的以前版本以释放宝贵的空间

下面是一个例子，详细说明了我提到的内容：

如果您将一个500 MB的文件推送到Git LFS，您将使用500 MB的内存 分配的存储空间，没有带宽。如果你用1字节 更改并再次推送该文件，您将使用另外500 MB的存储空间 而且没有带宽，这两次推送的总使用率为1 GB的存储空间和零带宽

---

您可以在这里的官方文档中阅读更多信息-

您尝试过联系吗？我联系过他们，收到回复后我会更新此问题。谢谢你的提示。那么支持人员怎么说呢？我有另一个使用了大量LFS存储的存储库。我删除了我这边的文件，但无论出于什么原因，我仍然遇到了错误。我给Github发了一封电子邮件，他们的一位代表告诉我，他们必须删除他们这边的文件（或者其他什么，仍然很困惑）。一旦他们为我解决了这个问题，错误就解决了。