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

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 LARGE_FILE.zip' HEAD~10.

这些命令在我的案例中起作用:

git filter-branch --force --index-filter 'git rm --cached -r --ignore-unmatch oops.iso' --prune-empty --tag-name-filter cat -- --all
rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --prune=now
git gc --aggressive --prune=now

它与上面的版本没有什么不同。

对于那些需要把这个推到github/bitbucket的人(我只用bitbucket测试了这个):

# WARNING!!!
# this will rewrite completely your bitbucket refs
# will delete all branches that you didn't have in your local

git push --all --prune --force

# Once you pushed, all your teammates need to clone repository again
# git pull will not work

当您遇到这个问题时，git rm是不够的，因为git会记住这个文件在我们的历史中曾经存在过一次，因此会保留对它的引用。

更糟糕的是，重基也不容易，因为任何对blob的引用都会阻止git垃圾收集器清理空间。这包括远程引用和reflog引用。

我把git forget-blob放在一起，一个尝试删除所有这些引用的小脚本，然后使用git filter-branch重写分支中的每个提交。

一旦你的blob完全没有被引用，git gc就会删除它

它的用法很简单，git forget-blob file-to-forget。你可以在这里获得更多信息

https://ownyourbits.com/2017/01/18/completely-remove-a-file-from-a-git-repository-with-git-forget-blob/

多亏了Stack Overflow和一些博客的回答，我把这些放在了一起。感谢他们!

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

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

请注意，这些命令可能非常具有破坏性。如果更多的人在回购，他们都将不得不拔出新的树。如果您的目标不是减小大小，那么中间的三个命令是不必要的。因为过滤器分支创建了已删除文件的备份，并且它可以在那里停留很长时间。

$ git filter-branch --index-filter "git rm -rf --cached --ignore-unmatch YOURFILENAME" HEAD
$ rm -rf .git/refs/original/ 
$ git reflog expire --all 
$ git gc --aggressive --prune
$ git push origin master --force