在这些情况下，我所做的是:

在服务器中，将光标移回上一次已知的正确提交: Git push -f origin <last_known_good_commit>:<branch_name> 在本地，执行同样的操作: Git重置——hard <last_known_good_commit> # ^^^^^^ # 可选

查看我为此目的创建的分支my_new_branch的完整示例:

$ git branch
my_new_branch

这是在myfile.py中添加了一些东西后的最近历史:

$ git log
commit 80143bcaaca77963a47c211a9cbe664d5448d546
Author: me
Date:   Wed Mar 23 12:48:03 2016 +0100

    Adding new stuff in myfile.py

commit b4zad078237fa48746a4feb6517fa409f6bf238e
Author: me
Date:   Tue Mar 18 12:46:59 2016 +0100

    Initial commit

我想摆脱上一个提交，它已经被推送了，所以我运行:

$ git push -f origin b4zad078237fa48746a4feb6517fa409f6bf238e:my_new_branch
Total 0 (delta 0), reused 0 (delta 0)
To git@github.com:me/myrepo.git
 + 80143bc...b4zad07 b4zad078237fa48746a4feb6517fa409f6bf238e -> my_new_branch (forced update)

好了!现在我看到提交时更改的文件(myfile.py)显示为“not staging for commit”:

$ git status
On branch my_new_branch
Your branch is up-to-date with 'origin/my_new_branch'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    modified:   myfile.py

no changes added to commit (use "git add" and/or "git commit -a")

因为我不想要这些改变，我只是把光标移回本地:

$ git reset --hard b4zad078237fa48746a4feb6517fa409f6bf238e
HEAD is now at b4zad07 Initial commit

所以现在HEAD在之前的提交中，在本地和远程:

$ git log
commit b4zad078237fa48746a4feb6517fa409f6bf238e
Author: me
Date:   Tue Mar 18 12:46:59 2016 +0100

    Initial commit

你可以通过以下方法恢复单个提交:

git revert <commit_hash>

这将创建一个新的提交，该提交将恢复您指定的提交的更改。请注意，它只恢复特定的提交，而不恢复之后的提交。如果你想要还原一系列的提交，你可以这样做:

git revert <oldest_commit_hash>..<latest_commit_hash>

它将还原<oldest_commit_hash>之后直到<latest_commit_hash>的所有提交。在某些版本的git上，它还会恢复<oldest_commit_hash>，因此请仔细检查该提交是否被恢复。您总是可以使用g reset—hard HEAD~来删除最新的恢复提交(它恢复了最早的提交)。

要找出提交的哈希值，可以使用git log。

有关git revert命令的更多信息，请参阅git-revert手册页。此外，查看这个答案，了解关于恢复提交的更多信息。

Git重置<commit_hash>(获取<commit_hash>使用Git log——oneline)

Git恢复。将所有更改的文件恢复到yout目标提交的版本

Git push origin master——force强制推到远程主分支。但如果有人和你在同一分支工作，在使用力推时要小心

一种不保留“撤销”痕迹的解决方案。

注意:如果有人已经抽取了您的更改，则不要这样做 (我只会在个人回购时使用这个方法。)

run:

git reset <previous label or sha1>

这将在本地重新签出所有更新(因此git状态将列出所有更新的文件)

然后你“做你的工作”并重新提交你的更改(注意:这一步是可选的)

git commit -am "blabla"

此时，您的本地树与远程树不同

git push -f <remote-name> <branch-name>

将强制远程分支接受此推送并删除前一个推送(指定remote-name和branch-name不是强制的，但建议避免更新带有update标志的所有分支)。

！! 注意一些标签可能仍然指向删除提交!!how-to-delete-a-remote-tag

假设61234是您希望保持的最后一个良好提交的sha-number。

git reset --hard 61234
git push -f

将完全删除所有错误的提交，没有任何痕迹。

注意:如果你想推送(你重置的提交)到一个特定的分支，你可以使用git push -f origin branch-name来代替。

干净利落地做:

git rebase -i <hash of last good commit, 9 chars is enough>

现在，您将得到一个从上一次提交到HEAD的提交列表，以及对每个提交做什么的选项。DROP将丢弃该提交。保存文件。

现在修复上游做:

git push --force-with-lease

(使用租赁，这样你就不会意外地给其他人带来问题)

通过删除错误的提交，而不是引入新的提交来修复先前的错误提交，从而保持日志干净。