问题描述
我知道，一般来说，git rebase -i 和 git reset 用于非常不同的事情。
但是在删除最近的 N 次提交的情况下，在我看来它们是（或可以是）相同的。我什至做了一个实验（我的存储库有两个不同的本地副本），据我所知，它们是相同的。我只是发布这个问题，以防有人可以指出我可能遗漏了什么。所以这就是我所做的。
我需要删除最近的 11 个提交（不管为什么）。
我尝试了两种方法，它们看起来完全相同；只是想知道我是否遗漏了什么，因为它们并不完全相同：
git rebase -i HEAD~12
git reset --hard HEAD~12
这两种方法似乎做了完全一样的事情。对吗？
非常感谢。只是想比我现在更深入地了解 git。
解决方法
一个区别在于他们对脏树的处理（文件已修改但未提交）。
git reset --hard 将删除所说的更改，而 git rebase -i 会要求您先将它们藏起来。
正如 12345ieee 指出的那样，如果有未提交的更改，命令的行为会有所不同（万一您有未提交的更改，这些更改在删除最近的 11 次提交后仍然适用）；但也许您更感兴趣的是，如果满足所有先决条件并且命令都继续移动分支指针，那么结束状态是否有任何差异？
在这方面，它们本质上是相同的。 reflog 中的条目将记录发生事件的不同原因，但无论如何这是一个本地（和临时）问题。
做同样事情的另一种方式：
git checkout HEAD~12
git branch -f master
git checkout master
（这种方法取决于知道分支名称；这里我假设它是 master。）而且这还没有涉及管道命令 - 所以实际上还有更多方法。
在 git 中获得相同结果的方法不止一种，这并不罕见。你越了解 git 如何“思考”它存储的对象，就越容易找到它们。