使用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 revert --no-commit HEAD~3..
git commit -m "your message regarding reverting the multiple commits"

此命令仅使用一次提交来还原最后3次提交。

也不重写历史，因此不需要强制推送。

这个帮助创建范围。意思是HEAD~3..与HEAD~3..HEAD相同

还原共享存储库上的一组提交的简单方法是将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

首先确保您的工作副本未被修改。

然后：

git diff --binary HEAD commit_sha_you_want_to_revert_to | git apply

然后就承诺吧。不要忘记记录还原的原因。

我很沮丧，这个问题无法得到回答。其他所有问题都与如何正确还原和保存历史有关。这个问题说：“我希望分支的头部指向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

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

如果你

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

那么你可以

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