强制推送到初始提交后，回购仍然使用 8 GB 的配额（空回购）
Repo still uses 8 GB of quota after force push to initial commit (empty repo)
- 我的 gitlab 仓库是 ~8GO
- 要通过大小优化完全重写它，想法是将远程重置为第一次提交并强制推送 (
git checkout <initial hash>; git push -f)
- 然后通过压缩和 LFC 在本地重写历史以减少大小，然后再次强制推送。
问题是，在执行 git checkout <initial hash>; git push -f 之后，repo 上远程使用的配额仍然是 8GO（因此我无法将历史推送为 8+X > 配额）。
如何让 gitlab 重新处理配额？
我触发了入库没有结果
预期结果是：quota 1ko（初始提交）
GitLab 在未公布的隐藏区域保留引用。因此，即使 force-pushing 广告引用也不会缩小存储库的大小。为了实际减少使用的存储库存储，您需要遵循 purging files from repository history.
的过程
- 我的 gitlab 仓库是 ~8GO
- 要通过大小优化完全重写它，想法是将远程重置为第一次提交并强制推送 (
git checkout <initial hash>; git push -f) - 然后通过压缩和 LFC 在本地重写历史以减少大小，然后再次强制推送。
问题是，在执行 git checkout <initial hash>; git push -f 之后，repo 上远程使用的配额仍然是 8GO（因此我无法将历史推送为 8+X > 配额）。
如何让 gitlab 重新处理配额？ 我触发了入库没有结果
预期结果是：quota 1ko（初始提交）
GitLab 在未公布的隐藏区域保留引用。因此，即使 force-pushing 广告引用也不会缩小存储库的大小。为了实际减少使用的存储库存储，您需要遵循 purging files from repository history.
的过程