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

错误：

我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

祝你今天愉快。

假设我们要从回购中删除提交2和4。（数字越高，提交越新；0是最早的提交，4是最新的提交）

commit 0 : b3d92c5
commit 1 : 2c6a45b
commit 2 : <any_hash>
commit 3 : 77b9b82
commit 4 : <any_hash>

注意：您需要对回购拥有管理权限，因为您使用的是--hard和-f。

gitcheckout b3d92c5签出最后一个可用的提交。gitcheckout-b repair创建一个新的分支来处理。git cherry pick 77b9b82运行提交3。git cherry pick 2c6a45b运行提交1。git checkout master checkout master。git reset--hard b3d92c5将主机重置为上次可用提交。gitmerge修复将我们的新分支合并到master上。git push-f origin master将master推送到远程存储库。

在本地分支上重置

git reset --hard HEAD~<Number of commit> So git reset --hard HEAD~3

强制推至原点

git push -f origin

如果您没有发布更改，为了删除最新提交，您可以

$ git reset --hard HEAD^

（注意，这也会删除所有未提交的更改；请小心使用）。

如果您已经发布要删除的提交，请使用git-restore

$ git revert HEAD

git reset --hard commitId

git push <origin> <branch> --force

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