如果要保留历史记录，显示提交和还原，应使用：

git revert GIT_COMMIT_HASH

输入消息解释为什么要回复，然后：

git push  

当您发出gitlog时，您将看到“错误”的提交和还原日志消息。

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

git rebase -i <commit>~1

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

#[快速回答]

您有许多选择，例如：

备选方案1：git rebase-i<YourCommitId>~1将YourCommitId更改为要还原回的提交次数。备选方案2：git reset--硬YourCommitIdgit push＜origin＞＜branch＞--force将YourCommitId更改为要还原回的提交次数。我不建议使用此选项，因为您可能会丢失正在进行的工作。备选方案3：git reset—软HEAD~1你可以保留你的工作，只撤销承诺。

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

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

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

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

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

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

为了我，rebase做了这个把戏

$ git rebase -i HEAD~98

# Delete everything except for the most recent commit on the shown editor caused by "rebase"

$ git push origin -f production-static

注：在强制推送以减少我的评论之后。然后我推送了另一组文件，然后在另一台计算机上尝试使用相同的“存储库和分支”。令人惊讶的是，没有冲突。这成为了我减少存储库大小的方法，同时避免了对使用相同git的其他本地用户的拉取冲突

如果您还没有将提交推到任何位置，可以使用gitrebase-i删除该提交。首先，找出提交的时间（大约）有多远。然后执行以下操作：

git rebase -i HEAD~N

~N表示对最后N个提交进行重新基化（N必须是一个数字，例如HEAD~10）。然后，您可以编辑Git提供给您的文件，以删除违规提交。保存该文件后，Git将重写以下所有提交，就像您删除的提交不存在一样。

GitBook中有一个很好的部分，用图片和示例来改变基础。

但是要小心，因为如果你改变了你在其他地方推动的东西，除非你计划进行强制推动，否则需要另一种方法。