使用Git Extensions，它是一个UI工具。它有一个名为“查找大文件”的插件，可以查找存储库中的大文件，并允许永久删除它们。

在使用这个工具之前不要使用'git filter-branch'，因为它不能找到被'filter-branch'删除的文件(尽管'filter-branch'不会完全从存储库包文件中删除文件)。

我用一个bitbucket帐户遇到了这个问题，我不小心在那里存储了我网站的巨大*.jpa备份。

git filter-branch——prune-empty——index-filter 'git rm -rf——cached——ignore-unmatch MY-BIG-DIRECTORY-OR-FILE'——tag-name-filter cat -- --all

用所讨论的文件夹重新安装MY-BIG-DIRECTORY，以完全重写历史记录(包括标记)。

来源:https://web.archive.org/web/20170727144429/http: / / naleid.com: 80 /博客/ 2012/01/17 / finding-and-purging-big-files-from-git-history /

使用Git Extensions，它是一个UI工具。它有一个名为“查找大文件”的插件，可以查找存储库中的大文件，并允许永久删除它们。

在使用这个工具之前不要使用'git filter-branch'，因为它不能找到被'filter-branch'删除的文件(尽管'filter-branch'不会完全从存储库包文件中删除文件)。

为什么不使用这个简单而强大的命令呢?

git filter-branch --tree-filter 'rm -f DVD-rip' HEAD

——tree-filter选项在项目每次签出后运行指定的命令，然后重新提交结果。在这种情况下，您从每个快照中删除一个名为DVD-rip的文件，无论它是否存在。

如果你知道是哪个提交引入了这个巨大的文件(比如35dsa2)，你可以用35dsa2替换HEAD。HEAD以避免重写太多的历史，从而避免在还没有推送的情况下出现不同的提交。@alpha_989提供的这个评论似乎太重要了，不能在这里省略。

请看这个链接。

git filter-branch——tree-filter 'rm -f path/to/file' HEAD 这对我来说非常好，尽管我遇到了这里描述的相同问题，但我通过遵循这个建议解决了这个问题。

pro-git书中有整整一章是关于重写历史的——看看过滤器分支/从每次提交中删除文件部分。

使用BFG Repo-Cleaner，这是一个更简单、更快的Git -filter-branch的替代方案，专门用于从Git历史记录中删除不需要的文件。

仔细按照使用说明，核心部分就是这样:

$ java -jar bfg.jar --strip-blobs-bigger-than 100M my-repo.git

任何超过100MB大小的文件(不是最近提交的文件)都将从Git存储库的历史记录中删除。然后你可以使用git gc清除死数据:

$ git reflog expire --expire=now --all && git gc --prune=now --aggressive

修剪后，我们可以强制推送到远程repo*

$ git push --force

*注意:不能在GitHub上强制推送一个保护分支

BFG通常比运行git-filter-branch快10-50倍，而且通常更容易使用。

完全披露:我是好心眼巨人回收清理器的作者。