使用 --hard 标志撤消 Git 重置

Ashok Chapagai 2023年1月30日 2022年4月22日
  1. 有提交的更改,现在由于 git reset --hard 而消失
  2. 更改已暂存但未提交
  3. 更改既没有提交也没有暂存
使用 --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> 以来对工作树中跟踪文件的所有更改都将被丢弃。

由于似乎不太可能从该状态恢复数据而没有太多麻烦,因此最好不要出现这种情况并知道你将要使用的命令及其标志。

Ashok Chapagai avatar Ashok Chapagai avatar

Ashok is an avid learner and senior software engineer with a keen interest in cyber security. He loves articulating his experience with words to wider audience.

LinkedIn GitHub

相关文章 - Git Reset