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

这是另一种方法：

签出要还原的分支，然后将本地工作副本重置为远程服务器上最新的提交（之后的所有内容都将再见）。为此，在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将删除您的工作目录更改。在运行此命令之前，请确保隐藏所有要保留的本地更改。

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

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中。

这里我只发布了一条清晰的管道

步骤1：使用gitlog获取提交ID。

git log

步骤2：使用git reset返回到以前的版本：

git reset --hard <your commit id>

错误：

我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

祝你今天愉快。

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

git rebase -i <commit>~1

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