小心：git reset-hard将删除您的工作目录更改。在运行此命令之前，请确保隐藏所有要保留的本地更改。

假设您正在执行该提交，则此命令将使其变得古怪。。。

git reset --hard HEAD~1

HEAD~1表示在HEAD之前提交。

或者，您可以查看gitlog的输出，找到要备份的提交的提交id，然后执行以下操作：

git reset --hard <sha1-commit-id>

如果你已经推了它，你需要用力推才能摆脱它。。。

git push origin HEAD --force

然而，如果其他人已经成功了，那么你最好开始一个新的分支。因为当他们拉动时，它会将其合并到他们的工作中，你会再次将其推高。

如果您已经推送了，那么最好使用git-restore创建一个“镜像”提交，以撤消更改。但是，这两个提交都将在日志中。

仅供参考——git reset——如果你想摆脱“正在进行的工作”，那么硬头非常好。它会将您重置为最近的提交，并清除工作树和索引中的所有更改。

最后，如果您需要找到您“删除”的提交，除非您已经垃圾收集了存储库，否则它通常会出现在gitreflog中。

另一种可能是我个人最喜欢的命令之一：

git rebase -i <commit>~1

这将在您要执行的提交之前以交互模式-i启动重新启动。编辑器将开始列出此后的所有提交。删除包含要删除的提交的行并保存文件。Rebase将完成剩下的工作，只删除该提交，并将所有其他提交重新播放到日志中。

这是另一种方法：

签出要还原的分支，然后将本地工作副本重置为远程服务器上最新的提交（之后的所有内容都将再见）。为此，在SourceTree中，我右键单击并选择“Reset BRANCHNAME To this commit”。我认为命令行是：

git reset --hard COMMIT_ID

因为您刚刚从远程签出了分支，所以您不会担心丢失任何本地更改。但如果你这样做，这将失去他们。

然后导航到存储库的本地目录并运行以下命令：

git -c diff.mnemonicprefix=false -c core.quotepath=false \
push -v -f --tags REPOSITORY_NAME BRANCHNAME:BRANCHNAME

这将删除本地存储库中当前提交之后的所有提交，但仅限于该分支。

git reset --hard commitId

git push <origin> <branch> --force

PS：CommitId指的是要还原回的那个

小心：git reset-hard将删除您的工作目录更改。在运行此命令之前，请确保隐藏所有要保留的本地更改。

假设您正在执行该提交，则此命令将使其变得古怪。。。

git reset --hard HEAD~1

HEAD~1表示在HEAD之前提交。

或者，您可以查看gitlog的输出，找到要备份的提交的提交id，然后执行以下操作：

git reset --hard <sha1-commit-id>

如果你已经推了它，你需要用力推才能摆脱它。。。

git push origin HEAD --force

然而，如果其他人已经成功了，那么你最好开始一个新的分支。因为当他们拉动时，它会将其合并到他们的工作中，你会再次将其推高。

如果您已经推送了，那么最好使用git-restore创建一个“镜像”提交，以撤消更改。但是，这两个提交都将在日志中。

仅供参考——git reset——如果你想摆脱“正在进行的工作”，那么硬头非常好。它会将您重置为最近的提交，并清除工作树和索引中的所有更改。

最后，如果您需要找到您“删除”的提交，除非您已经垃圾收集了存储库，否则它通常会出现在gitreflog中。

如果您刚刚弄糟了上一次提交（错误的消息，忘记添加一些更改），并想在将其推送到公共回购之前修复它，为什么不使用：

git commit --amend -m "New message here"

如果您有新暂存的更改，它们将与上一次提交（您正在尝试删除）合并，并将替换该提交。

当然，如果你在推送之后修改了一个承诺，你就是在改写历史，所以如果你这样做，一定要理解其中的含义。

如果您希望使用上一次提交的消息，也可以传递“--no edit”选项而不是“-m”。

文件：http://git-scm.com/docs/git-commit.html