未提交代码切换分支后“消失”通常只是未暂存修改被带到新分支，而非真正丢失；应先用 git status 确认状态，再用 git stash 保存修改，或通过 git fsck --lost-found 和 vscode local history 尝试恢复。
未提交代码切换分支后“消失”，先别关终端
这种情况多数不是真丢了，而是 Git 把修改带到了新分支但没显示出来——git status 看起来干净，其实改动还在工作区里，只是没被暂存。最常见诱因是：你改了 utils.js，然后执行 git switch feature/auth，Git 自动把修改迁过去了，但你没注意目标分支名，回头切回原分支时以为代码没了。
立刻做三件事：
• 运行 git status 确认当前分支和文件状态
• 检查目标分支是否已有你的修改（git switch feature/auth && git status）
• 如果刚切完分支就发现不对，别乱按 git reset --hard 或 git clean -fd——这两个命令会真正删掉未暂存内容
用 git stash 保住未提交的修改
stash 是专为这种场景设计的，它把工作区 + 暂存区打包存进栈，不依赖分支指针，也不怕切错分支。比 git commit -m "wip" 更轻量，也比手动复制文件靠谱。
git stash save "login-form-wip" 是推荐写法，加描述方便后续识别；git stash list 能看到所有存档，格式类似 stash@{0}: On main: login-form-wip；
恢复时用 git stash pop（弹出并删记录）或 git stash apply（只恢复，保留 stash）；
如果 stash 后又切了几次分支，恢复前建议先 git switch 回原分支再操作，避免冲突
reflog 找不到 stash？试试 git fsck --lost-found
当 git stash 没来得及执行，你就点了 VSCode 左下角分支切换按钮，或者手快敲了 git checkout .，这时修改可能已从工作区清空，但 Git 内部对象还没被 GC 回收——git reflog 对这类未暂存内容无效，得换招。
生成周报：读取本机 Git 仓库最近一周的提交记录，按项目分类提炼总结，生成标准周报格式，通过微信推送并返回给用户。触发词：周报、weekly report、git总结、提交记录总结、工作周报。
git fsck --lost-found 会扫描所有悬空对象，输出类似：
Checking object directories: 100% (256/256), done.<br> dangling blob 7a8b9c0... /path/to/file.js
然后去
.git/lost-found/other/ 目录里翻，按修改时间排序，找最近生成的文件；注意：该目录下的文件没有路径信息，只有哈希名，需靠内容判断；
成功率不高，但比重写强——尤其对大段逻辑或临时算法片段
VSCode 内置 Local History 是最后一道防线
VSCode 的 Local History 功能默认开启，每 30 秒自动保存一次文件快照，不依赖 Git，也不需要插件。哪怕你关了终端、重启了编辑器，只要没手动清空历史，就能找回。
右键文件 → Local History: Show History；
选中一个时间点 → Restore；
它恢复的是整个文件，不是 diff，所以适合单文件抢救；
缺点是只保留最近 30 天（可配置），且不跨工作区同步；
如果你习惯用 Ctrl+S 频繁保存，这个功能大概率能救你一命
真正难恢复的是既没 stash、又没 Local History、还执行过 git clean -fd 或 git restore . 的情况——这时候 Git 认为“你明确不要这些”，回收机制会很快清理掉悬空 blob。预防永远比抢救便宜：切换分支前扫一眼左下角分支名，养成 git status 习惯，比什么都管用。
