从存储库中永久删除文件，git

Question

我有一个文件“npz，species_coex.npz”，它被错误地添加到了我的 git 存储库中。在意识到我的错误后，我用 git rm 将其删除。现在我发现，git 仍然知道它（这通常很好，但我希望 git 完全忘记它，就好像它从来没有添加过一样）。

我已阅读有关 filter-branch 命令的信息，但不想使用它，因为所有关于它的警告，如果这不可能，请告诉我。

我读过this，他们推荐：

$ git filter-branch --tree-filter 'rm -f "npz, species_coex.npz" ' HEAD

我得到错误：

fatal: ambiguous argument 'npz, species_coex.npz': unknown revision or path not in the working tree

我不确定，为什么会出现这个问题，因为空格（我猜不是，因为我把它放在引号中）或者因为文件不在当前头部？我怎样才能告诉他这个文件在哪里可以找到？

有没有办法，我如何在没有过滤器分支的情况下做到这一点？我只添加了一次文件然后删除了它，所以它的历史很简单

Answer 1

filter-branch 的“问题”与任何修改已推送提交历史的命令相同。如果其他人已经得到了这个提交并且有一个基于它的分支，他将不得不手动修复他的历史记录（即手动修复每个其他的历史记录），就像 git rebase 在标题 RECOVERING FROM UPSTREAM REBASE 下的帮助中描述的那样。

如果你想从历史记录中清除文件，因为它 e. G。包含密码等机密信息，您只能修改历史记录，无论您使用哪种工具，无论是git rebase -i、git filter-branch还是名为BFG的工具。

对于filter-branch，您不应使用--tree-filter，因为每次提交都需要一个完整的工作树。如果您想添加或更改某些文件，这是必要的。如果只是删除文件，则应改用--index-filter，并且只对索引进行操作，而不是对不可用的工作树进行操作。然后，您的过滤器命令将类似于 --index-filter 'git rm --cached --ignore-unmatch "npz, species_coex.npz"'。

您在尝试时遇到的错误意味着您在过滤命令中没有使用rm ...，而是使用git rm ...，但没有--ignore-unmatch，它告诉git在您尝试删除不存在的文件时忽略它，类似于-f 对普通rm 实用程序所做的操作。

如果您将文件添加了几个提交，那么使用交互式 rebase 可能会更容易和更快。只需执行git rebase -i <the commit before the one that added the file>，然后在编辑器中将添加文件的提交的pick 节更改为edit，然后退出编辑器。当 Git 停止时，从当前提交中删除文件，如 git rm 'npz, species_coex.npz' && git commit --amend -C HEAD，并继续使用 git rebase --continue 进行变基。在 Git 完成之后，你应该有一个没有该文件的新版本的历史记录。