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

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时出错而想要删除所有工作！

如果您想保留您的工作，只需“撤消”提交命令（在推送到repo之前捕获）：

git reset --soft HEAD~1

不要使用--hard标志，除非您希望销毁自上次提交以来正在进行的工作。

错误：

我git rebase-I--root'ed我的分支，无知地认为我可以重新编写与主提交不同的第一个提交（GitHub for Windows默认视图是与主提交的比较，隐藏了它的全部）。

我留着硅谷的胡子，而900多个会员加入了Sublime。退出时，没有任何变化，我给电池充电，然后开始刮胡子，因为所有900多个人的提交都是无意识地重新启动的-将他们的提交时间重置为现在。

为了击败Git并保持原始时间，我删除了本地存储库并从远程重新克隆。

现在，它重新添加了一个最新的不需要的承诺，我希望删除，所以继续这样做。

用尽所有选项：

我不希望git-restore——它会创建一个额外的提交，让git占据上风。

git reset-hard HEAD什么都没做，在检查了reflog之后，最后一个也是唯一一个HEAD是克隆-git获胜。

为了获得最新的SHA，我查看了github.com上的远程存储库-小赢。

在认为git-reset--hard<SHA>有效后，我将另一个分支更新为master和1…2…poof！提交回来了-Git赢了。

正在检查返回到master，是时候尝试git-rebase-i<SHA>了，然后删除该行。。。没用，很遗憾地说。“如果您删除此处的一行，承诺将丢失”。啊。。。在2.8.3发行说明中，对新功能troll n00b进行了粉饰。

解决方案：

git-rebase-i<SHA>然后d，drop=删除提交。

为了验证，我检查了另一个分支，瞧，没有隐藏的承诺从主节点获取/拉取。

https://twitter.com/holman/status/706006896273063936

祝你今天愉快。

如果你是IntelliJ用户，界面简直太棒了。只需单击一次，即可立即看到效果。这个地方的快捷方式：MacOS上的Cmd+9。

要在本地分支中删除，请使用

git reset --hard HEAD~1

要在远程分支中删除，请使用

git push origin HEAD --force