有时，修复这个问题最简单的方法是从您知道代码良好的地方创建一个新的分支。然后，您可以不去管错误的分支历史记录，以防稍后需要从中挑选其他提交。这也确保您不会丢失任何提交历史记录。

来自你当地的错误分支:

git log

复制你想要分支所在的提交哈希并退出git日志

git checkout theHashYouJustCopied
git checkout -b your_new_awesome_branch

现在你有了一个你想要的新分支。

如果你还需要从错误的分支中保留一个特定的提交，而它不在你的新分支上，你可以选择你需要的特定提交:

git checkout the_errant_branch
git log

复制你需要拉入好的分支的提交哈希并退出git日志。

git checkout your_new_awesome_branch
git cherry-pick theHashYouJustCopied

拍拍自己的背。

你git reset -hard你的本地分支从工作树和索引中删除更改，你git push -force(或git push -force-with-lease)你修改后的本地分支到远程。 (这里的其他解决方案，涉及删除远程分支，并重新推送它)

这个SO回答说明了这样一个命令的危险，特别是如果人们依赖于远程历史记录进行自己的本地回购。 你需要准备好向人们指出git REBASE手册页的recovery FROM UPSTREAM REBASE部分。

另外，正如ringo在评论中指出的那样，如果远程分支被保护不受强制推送的影响，那么git恢复(如本回答中所示)可能更可取。

对于Git 2.23(2019年8月，9年后)，您将使用新的命令Git switch。 即:git switch -C mybranch origin/mybranch~n (将n替换为要删除的提交数)

这将恢复索引和工作树，就像git重置一样——很难。 文档补充道:

- c <分公司> ——force-create <分公司> 类似于——create，除了如果<new-branch>已经存在，它将被重置为<起点>。 这是一个方便的快捷方式: $ git分支-f <新建分支> $ git switch <new-branch>

只需要注意在恢复一个无效提交时使用last_working_commit_id

git reset --hard <last_working_commit_id>

所以我们不能重置为我们不想要的commit_id。

然后当然，我们必须推到远程分支:

git push --force

重要提示:确保你在“git push -f”上指定了哪些分支，否则你可能会无意中修改其他分支!(*)

本教程中显示了三个选项。以防链接中断，我将把主要步骤留在这里。

恢复完整的提交 删除最后一次提交 从列表中删除提交

1恢复完整提交

git revert dd61ab23

2删除上次提交

git push <<remote>> +dd61ab23^:<<BRANCH_NAME_HERE>>

或者，如果分支在本地可用

git reset HEAD^ --hard
git push <<remote>> -f

在+ dd61…是你的提交哈希，git将x^解释为x的父节点，+解释为强制的非快进推。

3从列表中删除提交

git rebase -i dd61ab23^

这将打开一个编辑器，显示所有提交的列表。删除你想要删除的那个。完成rebase和推力回购。

git rebase --continue
git push <remote_repo> <remote_branch> -f

从pctroll的答案简化，类似的基于这篇博客文章。

# look up the commit id in git log or on github, e.g. 42480f3, then do
git checkout master
git checkout your_branch
git revert 42480f3
# a text editor will open, close it with ctrl+x (editor dependent)
git push origin your_branch
# or replace origin with your remote

 git reset --soft commit_id
 git stash save "message"
 git reset --hard commit_id
 git stash apply stash stash@{0}
 git push --force