使用 --hard 标志撤消 Git 重置
有时你可能希望将更改重置为特定的提交。假设你选择了 git reset --hard <commit id> 方式来重置更改，但忘记了 --hard 标志会丢弃本地系统上未提交的更改，后来才意识到错误。在这种情况下，你可以从不同的场景中恢复更改。
在本文中，你将找到根据不同情况撤消更改的方法。
有提交的更改，现在由于 git reset --hard 而消失
这种情况是最常见的情况之一，也是最容易恢复更改的情况。如果你运行 git reset --hard 并对仓库进行了修改，请运行 git reflog <branchname 以列出该分支中所做的所有更改，包括重置。输出可能看起来像这样，
116daf4 dev@{0}: reset: moving to HEAD~
adf3a51 dev@{1}: commit: changed authentication method
4f7fa8c dev@{2}: commit: updated readme
5eb37ca dev@{3}: commit (initial): Initial Commit
现在，我们可以看到第一个日志显示我们已经重置了 dev 分支。现在，要恢复提交 dev@{1} 或 adf3a51 的更改，你可以运行命令，
git reset --hard adf3a51
它将撤消直到该提交的更改。
更改已暂存但未提交
恢复暂存但未提交的更改比上面的方法有点困难，但它仍然是可行的。首先，你可以使用 git fsck --lost-found 命令列出在使用命令 git reset --hard 之前悬空的所有提交哈希。你可以使用 git show <commit_hash> 查看提交哈希的内容。现在你有了要重置的悬空提交哈希，再次使用命令 git reset --hard <commit_hash 和检索到的提交哈希来获得所需的提交。
更改既没有提交也没有暂存
如果你仍在阅读并且偶然发现此方法，那么可能无法撤消 git reset --hard 命令，因为 git 不会存储你未添加或提交的更改。如果你参考 git reset 和 --hard 部分的文档，它会说，重置索引和工作树。自 <commit> 以来对工作树中跟踪文件的所有更改都将被丢弃。
由于似乎不太可能从该状态恢复数据而没有太多麻烦，因此最好不要出现这种情况并知道你将要使用的命令及其标志。
