<p>Discard Changes操作不可逆但有补救窗口期：未关闭文件时可用Ctrl+Z恢复文本内容；最可靠方案是通过git reflog找回，执行git restore -s HEAD@{n} -- <file>；VSCode Git面板无撤销功能，需手动干预。</p>
Discard Changes 操作不可逆，但有补救窗口期
VSCode 的 Discard Changes 默认直接删除工作区修改，不进回收站——但它在执行后会立刻触发一个隐藏的“撤销栈”，只要没关闭文件、没重启 VSCode、没手动刷新 Git 状态，Ctrl+Z（Windows/Linux）或 Cmd+Z（macOS）仍可能恢复内容。这不是 Git 功能，而是编辑器对文件内容的本地撤销缓存。
- 仅对**未保存的编辑器标签页**有效：如果点完
Discard Changes后你关掉了那个文件 tab，Ctrl+Z就失效了 - 只恢复**文本内容**，不恢复 Git 状态（比如文件仍显示为“已修改”，需手动
git restore或重新 checkout） - 一旦执行过其他编辑操作（比如改了别的行再按
Ctrl+Z），这个撤销链会被覆盖
从 Git reflog 恢复被丢弃的修改（最可靠方案）
VSCode 的 Discard Changes 底层调用的是 git restore <file> 或 git checkout -- <file>，而这些操作会留下 reflog 记录。只要文件之前被 Git 跟踪过，且你没清理 reflog，就能找回。
- 打开终端，cd 到项目根目录，运行：
git reflog
找到操作前的 HEAD@{n} 记录（通常倒数第二或第三条是 discard 前的状态） - 确认目标 commit 后，用：
git restore -s HEAD@{2} -- <file>（把HEAD@{2}和<file>替换为实际值） - 注意：
git restore是 Git 2.23+ 的命令；老版本用git checkout HEAD@{2} -- <file> - reflog 默认保留 30 天，但如果你执行过
git gc或设了gc.reflogExpire，可能已被清理
为什么不能靠 VSCode Git 面板“撤回 Discard”？
VSCode Git 扩展本身没有提供“撤销 discard”的按钮或上下文菜单项——它只是 Git CLI 的可视化外壳，所有 discard 操作都交由底层 Git 执行，而 Git 不认为 discard 是一个需要记录为可逆事务的操作。
- 面板里的“Changes”列表刷新后，被 discard 的文件直接消失，不会进 “Staged Changes” 或 “Untracked Files”
- 扩展不会缓存 discard 前的内容快照，所以没有内置恢复机制
- 某些第三方插件（如
GitLens）能增强历史浏览，但依然不能一键还原 discard，只能帮你更快定位 reflog
预防下次点错：禁用危险操作或加确认弹窗
VSCode 默认不二次确认 Discard Changes，但你可以通过设置降低误操作概率。
- 在设置中搜索
git.confirmSync，把它设为true—— 这会让所有 Git 操作（包括 discard）弹出确认框 - 或者，彻底禁用右键菜单里的 discard：在
settings.json中添加"git.enableSmartCommit": false
并配合"git.showUntrackedFiles": false减少干扰项 - 更激进的做法：用
git update-index --assume-unchanged <file>临时屏蔽敏感文件，避免出现在 Git 面板里（记得后续用--no-assume-unchanged解除）
Git 的 discard 本质是“放弃工作区变更”，它不写入任何新对象，也不移动 HEAD，所以 reflog 是唯一可信的恢复线索。很多人卡在第一步：以为要翻 Git 历史提交，其实得查的是 reflog——而且得在 discard 后尽快操作，别等几天才想起来。
