为此，您只需使用revert命令，指定要恢复的提交范围。

考虑到您的示例，您必须这样做（假设您在分支“master”上）：

git revert master~3..master

或git revert B…D或git return D C B

这将使用B、C和D的反向提交在本地创建一个新的提交（这意味着它将撤消这些提交带来的更改）：

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

我发现自己需要恢复一系列的提交，然后重新恢复它们，以帮助团队提出明确的拉取请求，而不必强制推送他们的目标分支（直接提交给）

# checkout the branch that should be targeted
git checkout $branch_target

# revert the commits in $branch_target to some $count where
#   $count is the number of commits to revert
#   cut is used to slice just the commit hash field from each line of output
#   xargs runs the command once for each line of input, reversing the commits!
git log --oneline -n $count | cut -d' ' -f1 | xargs git revert

# check out the branch which should be the source of the pull request
git checkout -b $branch_for_pull

# revert the revert commits
# $count is that same number of commits being reverted (again)
git log --oneline -n $count | cut -d' ' -f1 | xargs git revert

# push branches up and go off to create PR in whatever web UI
git push --set-upstream origin $branch_for_pull  # it's new!
git checkout $branch_target
git push  # if this branch wasn't pushed, just fix the issue locally instead..

因为这会以相反的顺序将所有提交从HEAD还原为git-log-n$count，所以它可以很好地、干净地处理任何数量的提交

在此状态下从$branch_target查看

% git log --oneline origin/$branch_target
ffff006 (origin/$branch_target, $branch_target) Revert "first commit"
ffff005 Revert "second commit"
ffff004 Revert "third commit"
ffff003 third commit
ffff002 second commit
ffff001 first commit

在此状态下从$branch_for_pull查看

% git log --oneline origin/$branch_for_pull
ffff009 (origin/$branch_for_pull, $branch_for_pull) Revert "Revert "third commit""
ffff008 Revert "Revert "second commit""
ffff007 Revert "Revert "first commit""
ffff006 (origin/$branch_target, $branch_target) Revert "first commit"
ffff005 Revert "second commit"
ffff004 Revert "third commit"
ffff003 third commit
ffff002 second commit
ffff001 first commit

如果意图是用变更集创建N个分支，但它们都被提交到同一个分支，您仍然可以将它们全部还原为基本提交，然后只还原所需的还原，因为变更集应该按逻辑排序（试着说5倍快）

使用像HEAD~7..HEAD~5这样的语法可能有助于描述范围以精确地分割还原-还原分支

在这里，当恢复最后7次提交（gitlog-n7），但在一个分支中恢复5次（gitlog-n 5），然后在另一个gitlogHEAD~12..HEAD~10（12是7次提交+5次提交，假设新的PR分支基于“之前”分支，或FF（未压缩）的结果，将分支“之前”合并到原始目标分支中时，这是有意义的

如果你

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

那么你可以

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

使用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

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