已达到 GitHub Git-LFS 限制

Question

尽管我的单个剩余大文件（138 mb）现在被 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 存储多个大文件。我不知道是什么导致了这个问题。

Answer 1

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

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

奇怪的是，甚至官方文档也没有提到任何删除大文件以前版本以释放宝贵空间的方法。要重置 Git LFS 存储配额，您需要删除并重新创建远程存储库（请参阅更新的文档）。

这是一个示例，详细说明了我提到的内容：

如果您将 500 MB 的文件推送到 Git LFS，您将使用 500 MB 的分配存储空间，而不会使用任何带宽。如果您进行 1 字节更改并再次推送文件，您将使用另外 500 MB 的存储空间且无带宽，从而使这两次推送的总使用量达到 1 GB 存储空间和零带宽。

您可以在此处的官方文档中阅读更多信息 -跟踪存储和带宽使用