reflog 可找回已提交或暂存的代码，需通过 git reflog 定位含目标代码的提交：按时间或关键词过滤，用 git show 验证内容，再用 checkout/cherry-pick/show 导出片段；注意其仅限本地、90天过期、gui可能不记录。
reflog 能找回丢失的代码片段，但前提是它曾被 git add 或 git commit 过——没进过暂存区或对象库的纯工作区修改，reflog 也无能为力。
怎么用 git reflog 定位到含目标代码的提交
reflog 不记录文件内容，只记 HEAD 移动。所以你要找的不是“那段代码”，而是“它最后一次出现在哪个提交里”。关键靠动作描述和时间锚点交叉验证：
- 运行
git reflog --date=iso，按时间倒序排列，重点扫commit:、add:、reset:这几类动作行 - 如果记得大概提交信息（比如 “login api”），直接
git reflog | grep "login"过滤 - 若刚执行过
git reset --hard HEAD~1，目标大概率在HEAD@{1}——注意HEAD@{0}是当前，HEAD@{1}才是上一次 - 看到类似
abc1234 HEAD@{5}: checkout: moving from feature/auth to main，说明abc1234就是feature/auth分支切走前的最新提交，你的代码很可能就在那儿
确认代码是否真在那个提交里：用 git show 快速验证
别急着 reset 或 checkout，先看一眼内容是否匹配：
- 对任意 reflog 中出现的哈希（如
abc1234），执行git show abc1234 -- path/to/file.ts，只显示该文件改动 - 想全局搜关键词（比如函数名
handleLogin），用git show abc1234 | grep "handleLogin" - 如果
git show abc1234报错fatal: bad object abc1234，说明该对象已被git gc清理，reflog 条目只是残留记录，此时需转向git fsck --lost-found挖掘 dangling 对象
恢复代码片段的三种实操路径（不全量重置）
多数场景你只需要那一小段逻辑，而非整个分支倒退。选最轻量的方式：
- 只检出单个文件的旧版本：
git checkout abc1234 -- src/utils/auth.ts，它会把该文件覆盖成abc1234提交时的状态，保留其他文件不变 - 把某次提交里的特定变更挑出来应用：
git cherry-pick -n abc1234（-n表示不自动提交），然后git reset掉不需要的改动，只git add+git commit你要的那一块 - 如果代码在已删分支的提交里，且你只想拉回一个文件，用
git show abc1234:src/api/login.ts > login.ts直接导出原始内容，手动粘贴——这比重建分支更直接
容易被忽略的 reflog 生效边界
reflog 不是万能缓存，三个硬限制常被低估：
- 它只存在于本地仓库，
.git/refs/logs/下的文件不会随git push同步，远程机器上查不到你的操作录像 - 默认 90 天后过期（
gc.reflogExpire配置项），但长期闲置项目可能更早被git gc --prune=now清掉，HEAD@{100}很可能已不存在 - 某些 GUI 工具（如 VS Code 内置 Git 面板）执行
reset或rebase时，可能跳过 reflog 记录——关键误操作后，第一时间切到终端跑git reflog，别信图形界面的“历史”面板
