这些都不适用于我，所以我有三次提交要恢复（最后三次提交），所以我做到了：

git revert HEAD
git revert HEAD~2
git revert HEAD~4
git rebase -i HEAD~3 # pick, squash, squash

工作起来很有魅力：）

git reset --hard a
git reset --mixed d
git commit

这将同时对所有人起到恢复作用。给出一个好的承诺信息。

如果你

合并提交和您无法恢复，并且你不介意粉碎你要还原的历史，

那么你可以

git reset --soft HEAD~(number of commits you'd like to revert)
git commit -m "The stuff you didn't like."
git log
# copy the hash of your last commit
git revert <hash of your last (squashed) commit>

然后，当您想要推送更改时，请记住使用-f标志，因为您修改了历史记录

git push <your fork> <your branch> -f

在我看来，一个非常简单和干净的方法可以是：

回到A

git checkout -f A

将master的头指向当前状态

git symbolic-ref HEAD refs/heads/master

save

git commit

使用Git还原

也可以使用restore命令：

A <- B <- C <- D <- HEAD

假设你希望HEAD看起来和A完全一样，确保你已经找到了最新的主人。然后剪一根新树枝。

git switch -c feature/flux-capacitor  # synonymous with checkout -b
git restore --source A .
git add .
git commit
git push

restore命令将所有内容（.）更改为--source提交时的内容。然后将其提交给本地分支，并将其推送到源。然后，您可以对其进行公关。

这样做的好处是不会改变其他人可能以其为基础的任何历史。它也为未来的人们留下了有用的历史。

文档：git restore

这是Jakub回答中提供的解决方案之一的扩展。

我面临的情况是，我需要回滚的提交有些复杂，其中几个提交是合并提交，我需要避免重写历史。我无法使用一系列git-restore命令，因为我最终在添加的反转更改之间遇到了冲突。我最终使用了以下步骤。

首先，检查目标提交的内容，同时将HEAD留在分支的顶端：

git checkout -f <target-commit> -- .

（--确保<targetcommit>被解释为提交而不是文件；.指的是当前目录。）

然后，确定在回滚的提交中添加了哪些文件，因此需要删除这些文件：

git diff --name-status --cached <target-commit>

添加的文件应在行的开头显示为“A”，并且不应有其他差异。现在，如果需要删除任何文件，请暂存这些文件以进行删除：

git rm <filespec>[ <filespec> ...]

最后，提交回复：

git commit -m 'revert to <target-commit>'

如果需要，请确保返回到所需状态：

git diff <target-commit> <current-commit>

应该没有区别。