如果要修复最近的提交，可以通过以下操作撤消提交并取消其中的文件：

git reset HEAD~1

这将使存储库返回到暂存文件的gitadd命令之前的状态。您的更改将在您的工作目录中。HEAD~1指的是分支当前尖端以下的提交。

如果要取消提交N个提交，但将代码更改保留在工作目录中：

git reset HEAD~N

如果您想摆脱最新的提交，并且不想保留代码更改，可以进行“硬”重置。

git reset --hard HEAD~1

同样，如果您想放弃最后N次提交，并且不想保留代码更改：

git reset --hard HEAD~N

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

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

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

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

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

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

上面的所有命令都会像提交之前一样恢复工作树和索引的状态，但不会恢复存储库的状态。如果您查看它，“已删除”提交实际上并没有被删除，它根本不是当前分支顶端的提交。

我认为没有办法用瓷命令删除提交。唯一的方法是从日志和reflog中删除它，然后执行git prune--expire-now。

假设您尚未推送到远程存储库，则可以重新克隆存储库。这是我几次选择的方法。

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

git rebase -i HEAD~N

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

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

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

为了我，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的其他本地用户的拉取冲突