运行 BFG Repo Cleaner 后如何更新/缩小我的 github 存储库的大小

Question

我已经使用BFG Repo Cleaner 清理了我的仓库，使用了以下procedure：

$ git clone --mirror git://example.com/some-big-repo.git
$ java -jar bfg.jar --strip-biggest-blobs 500 some-big-repo.git
$ cd some-big-repo.git
$ git reflog expire --expire=now --all
$ git gc --prune=now --aggressive
$ git push

我可以看到我的本地仓库缩小了 1GB。伟大的。我现在遇到的问题是我找不到任何信息，现在我也想缩小 GitHub-repo 的大小。如何做到这一点？

git push 不起作用，我还尝试了git push origin --force --all，它给了我这个错误消息：error: --all and --mirror are incompatible

Answer 1

我的建议：不要太担心 GitHub 报告的 repo 大小。由于各种原因，它无法准确反映 repo 的“真实”大小。

你真正关心的是这个问题的答案：

如果我从 GitHub 重新克隆它，我的磁盘上的这个 repo 有多大？

您必须下载以重新克隆您的存储库的数据量，以及它在您的磁盘上占用的空间量，是您真正关心的事情（并且数量几乎相同）。尝试进行新的克隆并查看传输了多少数据以及占用了多少磁盘空间。它应该与您缩小的 repo 的大小相匹配。

GitHub 控制台中报告的数字（即https://github.com/settings/repositories，或在 GitHub API 中）对您来说并不真正重要，这是幸运的，因为它与上面更重要的数字享有一种解放和有点醉酒的关系，由于 Git Alternates 和 git gc 的使用仅在 GitHub 服务器上定期发生。

旁注：Bitbucket 还可以take time 更新报告的回购大小。

仅仅因为你在你的 repo 本地运行了git gc，doesn't mean GitHub have run it 在你的 repo 的他们的副本上，所以他们的 repo 副本在一段时间内会显得更大，即使当您克隆它时，只会发送“基本”信息，因此您会收到所需的较小的 repo。

全面披露：我是 BFG Repo-Cleaner 的作者。

Answer 2

如果可能的话：

• 重命名您当前的 GitHub 存储库
• 创建一个具有相同名称的新文件
• 再次推送到您的空 GitHub 存储库 (git push --mirror)
• 检查大小警告是否在所述新 GitHub rpeo 中持续存在

Answer 3

不带--all标志的推送，即做

git push origin --force

这应该会照顾好它。

编辑：在 cmets 的讨论中即兴创作

• 您可以在 github 上创建一个新的 repo，

• 推到它

  cd repo_directory
  git remote add new_origin url/to/new/repo
  git push new_origin --mirror
  

• 如果一切顺利（没有错误）
  • 重命名 github 存储库（原始名称为虚拟名称，新名称为原始名称）

• 放下遥控器new_origin。由于重命名后的 github repo url 应该相同，所以 .git/config 中 [origin] 的原始条目应该保持良好，您只需删除添加的新遥控器。

  git remote rm new_origin