可能比这里的其他方法不那么优雅，但我一直使用get-reset--hardHEAD~N来撤销多次提交，其中N是您想要返回的提交次数。

或者，如果不确定确切的提交次数，只需多次运行git-reset--hardHEAD^（返回一次提交），直到达到所需的状态。

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

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

扩展我在评论中写的内容

一般的规则是，你不应该重写（更改）你已经发布的历史，因为有人可能已经基于它进行了他们的工作。如果你改写（更改）历史，你会在合并他们的更改和更新他们时遇到问题。

因此，解决方案是创建一个新的提交，以恢复您想要删除的更改。您可以使用git-restore命令执行此操作。

您遇到以下情况：

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

（这里的箭头指的是指针的方向：提交时的“父”引用，分支头（分支引用）时的顶部提交，head引用时的分支名称）。

您需要创建以下内容：

A <-- B  <-- C <-- D <-- [(BCD)-1]                   <-- master <-- HEAD

其中[（BCD）^-1]表示恢复提交B、C、D中更改的提交。数学告诉我们（BCD

$ git revert --no-commit D
$ git revert --no-commit C
$ git revert --no-commit B
$ git commit -m "the commit message for all of them"

适用于除合并提交以外的所有操作。

另一种解决方案是签出提交A的内容，并提交此状态。也适用于合并提交。但是，添加的文件不会被删除。如果您有任何本地更改，请先将其保存：

$ git checkout -f A -- . # checkout that revision over the top of local files
$ git commit -a

那么您将出现以下情况：

A <-- B  <-- C <-- D <-- A'                       <-- master <-- HEAD

提交A'的内容与提交A相同，但提交不同（提交消息、父级、提交日期）。

杰夫·费兰（Jeff Ferland）的替代解决方案，由查尔斯·贝利（Charles Bailey）修改，基于同样的想法，但使用了git重置。在这里，它被稍微修改了一下，这种方式适用于一切：

$ git reset --hard A
$ git reset --soft D # (or ORIG_HEAD or @{1} [previous location of HEAD]), all of which are D
$ git commit

我很沮丧，这个问题无法得到回答。其他所有问题都与如何正确还原和保存历史有关。这个问题说：“我希望分支的头部指向A，即我希望B、C、D和head消失，我希望头部与A同义。”

git checkout <branch_name>
git reset --hard <commit Hash for A>
git push -f

我在阅读Jakub的帖子时学到了很多东西，但公司里的一些人（可以在没有Pull Request的情况下推送到我们的“测试”分支）推送了五次错误的提交，试图修复他在五次提交之前犯的错误。不仅如此，还接受了一到两个拉取请求，但现在情况很糟糕。所以忘掉它吧；我找到了最后一个好的提交（abc1234），并运行了基本脚本：

git checkout testing
git reset --hard abc1234
git push -f

我告诉在这个仓库工作的其他五个人，他们最好记录下过去几个小时的变化，并从最新的测试中删除/重新广播。故事结束。

这是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>

应该没有区别。

还原共享存储库上的一组提交的简单方法是将git-rever与git-rev列表结合使用。后者将为您提供一个提交列表，前者将自己进行还原。

有两种方法可以做到这一点。如果要在一次提交中还原多次提交，请使用：

for i in `git rev-list <first-commit-sha>^..<last-commit-sha>`; do git revert --no-commit $i; done

这将恢复您需要的一组提交，但将所有更改保留在工作树上，之后应照常提交。

另一种选择是对每个还原的更改进行一次提交：

for i in `git rev-list <first-commit-sha>^..<last-commit-sha>`; do git revert --no-edit -s $i; done

例如，如果您有一个提交树

 o---o---o---o---o---o--->    
fff eee ddd ccc bbb aaa

要将更改从eee还原为bbb，请运行

for i in `git rev-list eee^..bbb`; do git revert --no-edit -s $i; done