使用gitGUI可以简化从先前提交中删除文件的过程。

假设这不是一个共享分支，并且您不介意重写历史，那么运行：

git gui citool --amend

您可以取消检查错误提交的文件，然后单击“提交”。

该文件将从提交中删除，但将保留在磁盘上。因此，如果在错误添加文件后取消选中该文件，它将显示在未跟踪文件列表中（如果在错误修改文件后取消检查该文件，则会显示在未提交的更改列表中）。

正如接受的答案所示，您可以通过重置整个提交来实现这一点。但这是一种相当严厉的做法。要做到这一点，一个更干净的方法是保留提交，只需从中删除更改的文件。

git reset HEAD^ -- path/to/file
git commit --amend --no-edit

git reset会将文件恢复为上次提交时的状态，并将其存储在索引中。工作目录中的文件未被触动。然后，gitcommit将提交并将索引压缩到当前提交中。

这基本上会获取上一次提交中的文件版本，并将其添加到当前提交中。这不会导致任何净更改，因此文件有效地从提交中删除。

我只想补充上面的答案，因为我必须运行一个额外的命令：

git reset --soft HEAD^
git checkout origin/master <filepath>

干杯

如果尚未在服务器上推送更改，则可以使用

git reset --soft HEAD~1

它将重置所有更改并恢复为一次提交

如果您已经推动了更改，请按照@CharlesB回答的步骤操作

我认为这里的其他答案是错误的，因为这是一个将错误提交的文件从上一次提交移回临时区域的问题，而不取消对它们所做的更改。这可以像Pariosh Singh建议的那样：

git reset --soft HEAD^ 

or

git reset --soft HEAD~1

然后重置不需要的文件，以便将它们从提交中删除（旧方法）：

git reset HEAD path/to/unwanted_file

注意，自从Git 2.23.0以来，人们可以（以新的方式）：

git restore --staged path/to/unwanted_file

现在再次提交，您甚至可以重复使用相同的提交消息：

git commit -c ORIG_HEAD  

我将用例子向你解释。设A、B、C为3次连续提交。提交B包含一个不应提交的文件。

git log  # take A commit_id
git rebase -i "A_commit_ID" # do an interactive rebase
change commit to 'e' in rebase vim # means commit will be edited
git rm unwanted_file
git rebase --continue
git push --force-with-lease <branchName>