git 的 reflog 是找回被 git reset --hard 误删提交的最可靠方式，因为它本地记录了所有分支头（head）的移动历史，即使提交已从分支上“消失”，只要没被 git 垃圾回收，就能恢复。
Git 的 reflog 是找回被 git reset --hard 误删提交的最可靠方式，因为它本地记录了所有分支头（HEAD）的移动历史，即使提交已从分支上“消失”，只要没被 Git 垃圾回收，就能恢复。
什么是 Reflog？它为什么能找回硬回滚的提交？
Reflog（Reference Log）是 Git 在本地为每个引用（尤其是 HEAD 和分支名）维护的操作日志。每次 HEAD 移动（如 commit、reset、merge、checkout）都会被自动记录，格式类似：HEAD@{0}: reset: moving to HEAD~2HEAD@{1}: commit: add user profile page
这些记录独立于分支结构，不随 push 或 fetch 同步，只存在于本地仓库，且默认保留 90 天（可配置）。硬回滚（reset --hard）只是移动了分支指针，原始提交对象仍在对象库中，reflog 就是它的“导航索引”。
快速定位并恢复丢失的提交
执行以下步骤即可找回：
One-click installation of GitHub projects
下载
GInstall OneClick — 一键安装 GitHub 项目：规划、克隆、安装 Node 依赖、运行开发脚本。适用于想要获取 GitHubNode.js 项目的用户。
-
查看 reflog 记录：运行
git reflog或更清晰的git reflog show HEAD，找到你回滚前的提交（注意时间戳和操作描述，比如commit: xxx或checkout: moving from main to feature） -
确认目标提交哈希：记下对应行开头的短哈希（如
a1b2c3d）或使用HEAD@{n}表达式（如HEAD@{2}） -
恢复方式任选其一：
- 若想把当前分支重设回该提交：
git reset --hard HEAD@{2}（或git reset --hard a1b2c3d） - 若只想检出该提交做检查：
git checkout HEAD@{2}（会进入分离 HEAD 状态） - 若想新建分支指向它：
git branch recover-branch HEAD@{2}
- 若想把当前分支重设回该提交：
注意事项与常见问题
恢复虽简单，但需留意几点：
-
Reflog 是本地的，不可推送到远程：别人无法通过
git pull拿到你的 reflog，所以它只解决自己本地误操作 -
旧提交可能被 GC 清理：Git 默认 30 天后清理“不可达”对象（未被任何 reflog 或分支引用的提交），如长期不用，可用
git fsck --lost-found尝试挖掘，但成功率低；建议定期git reflog expire --all前手动备份关键 reflog -
多分支操作时注意 reflog 范围：用
git reflog show main可单独看main分支日志，避免混淆 -
恢复后记得推送（如需同步）：如果原分支已推送到远程，硬重置后需
git push --force-with-lease安全覆盖（确保没人基于旧提交继续工作）
预防胜于补救：减少硬回滚风险
与其依赖 reflog 挽救，不如提前规避：
- 执行
git reset --hard前，先用git status和git log --oneline -10确认当前状态和最近提交 - 习惯性用
git reset --soft或--mixed替代--hard，保留工作区/暂存区内容便于核对 - 对重要分支（如
main）设置保护规则，禁止直接push --force - 定期
git stash或创建临时标签（git tag temp-save HEAD）作为安全锚点
