当超过数据配额时，"split up" 这个 github 回购的最佳方式是什么？
When exceeding the data quota, what is the best way to "split up" this github repo?
我向（一个已经很大的）存储库添加了几个 ~1M 的文件。在下一个 add/commit/push 时，我收到此错误：
Git LFS: (0 of 1 files) 0 B / 28.35 KB
batch response: http: This repository is over its data quota. Purchase more data packs to restore access.
Docs: https://help.github.com/articles/purchasing-additional-storage-and-bandwidth-for-a-personal-account/
error: failed to push some refs to 'https://github.com/USERNAME/REPO_NAME
如果不支付更多数据包的费用（这在我目前的预算下是不可行的，尽管我正在使用 GitHub 的学术帐户进行研究），如何解决这个问题？
也许这是一个简单的问题，但我一直无法在网上找到指南：用户将此 repo 一分为二的推荐方法是什么？我怀疑有人会简单地创建一个新的 repo，将这些文件移到这个，并在以前的 repo 中删除这些文件（删除过程中的所有分支）。
还有其他选择吗？很奇怪----这些文件中的大多数都小于 1MB....当然，如果有一个 大 文件导致问题，那么这个过程会更直接一些。
您将 运行 面临的挑战是，如果不重写其历史记录，您真的无法缩小存储库。如果您可以重写历史记录，则可以使用 git filter-branch 批量修改历史记录，例如--index-filter 'git rm --cached --ignore-unmatch path/to/big/file'（或使用 --subdirectory-filter 将存储库限制为单个子文件夹）。
不过，我不确定您会如何处理 purging/splitting 由 Git-LFS 存储在 GitHub 上的文件。
It's very strange----most of these files are less than 1MB....naturally if there was one large file causing the problem, then this process would be a bit more straightforward.
如果 1MB 的文件不可压缩并且经常更改（或者只有很多），则预计存储库会很快变得相对较大。
我向（一个已经很大的）存储库添加了几个 ~1M 的文件。在下一个 add/commit/push 时，我收到此错误：
Git LFS: (0 of 1 files) 0 B / 28.35 KB
batch response: http: This repository is over its data quota. Purchase more data packs to restore access.
Docs: https://help.github.com/articles/purchasing-additional-storage-and-bandwidth-for-a-personal-account/
error: failed to push some refs to 'https://github.com/USERNAME/REPO_NAME
如果不支付更多数据包的费用（这在我目前的预算下是不可行的，尽管我正在使用 GitHub 的学术帐户进行研究），如何解决这个问题？
也许这是一个简单的问题，但我一直无法在网上找到指南：用户将此 repo 一分为二的推荐方法是什么？我怀疑有人会简单地创建一个新的 repo，将这些文件移到这个，并在以前的 repo 中删除这些文件（删除过程中的所有分支）。
还有其他选择吗？很奇怪----这些文件中的大多数都小于 1MB....当然，如果有一个 大 文件导致问题，那么这个过程会更直接一些。
您将 运行 面临的挑战是，如果不重写其历史记录，您真的无法缩小存储库。如果您可以重写历史记录，则可以使用 git filter-branch 批量修改历史记录，例如--index-filter 'git rm --cached --ignore-unmatch path/to/big/file'（或使用 --subdirectory-filter 将存储库限制为单个子文件夹）。
不过，我不确定您会如何处理 purging/splitting 由 Git-LFS 存储在 GitHub 上的文件。
It's very strange----most of these files are less than 1MB....naturally if there was one large file causing the problem, then this process would be a bit more straightforward.
如果 1MB 的文件不可压缩并且经常更改（或者只有很多），则预计存储库会很快变得相对较大。