VSCode中“Stash”无响应是因为未正确配置系统Git CLI，需确保git命令在终端可用；右键单文件stash精准可控，面板按钮stash全部已跟踪修改；pop失败多因合并冲突，应先apply再drop；stash无时间戳，务必用-m添加明确message。
VSCode里点“Stash”没反应，是不是没装Git？
不是插件问题，是VSCode根本没找到系统Git命令。它依赖本地安装的Git CLI，不是自带的。
检查方法：终端运行 git --version，如果报“command not found”，VSCode的全部Git功能（包括Stash）都会灰掉或无响应。
- macOS：用Homebrew装完Git后，VSCode可能仍找不到——关掉所有VSCode窗口，再从终端执行
code --new-window启动 - Windows：安装Git时务必勾选 “Add Git to PATH”（默认是“Only use Git from Git Bash”）
- Linux：确认
/usr/bin/git或/usr/local/bin/git存在，且当前用户有执行权限
右键文件 → “Stash Changes” 和顶部源代码管理面板里的“Stash” 有什么区别？
前者只暂存你选中的文件，后者暂存工作区所有已跟踪但未提交的修改（git stash push 行为）。
容易误操作的是：你在编辑多个文件，只想临时藏起A.js的改动，却点了面板上的“Stash”，结果B.css、C.ts的未提交变更也一起被压栈了——再也无法单独还原A.js。
- 精准控制：右键单个/多选文件 → “Stash Changes”
- 批量清理：确保其他改动已提交或丢弃，再用面板按钮
- 想留备注？面板Stash支持输入message；右键方式不支持，得进终端补：
git stash push -m "wip: api timeout fix"
Stash后切分支再回来，为什么git stash pop失败？
VSCode界面上点“Pop Stash”本质就是执行 git stash pop，冲突时它不会自动弹窗提示，而是静默失败，状态栏Git图标可能变红，但没文字反馈。
常见诱因是：stash里改的文件，在你离开期间已被其他提交覆盖（比如别人推了新commit，你又fetch过），导致应用时出现合并冲突。
- 先看有没有冲突：终端跑
git stash show -p，确认改动范围 - 安全做法：用
git stash apply替代 pop，保留stash栈顶不动，手动解决冲突后再git stash drop - VSCode里点“Pop Stash”失败后，别反复点——它不会重试，只会重复报错；打开命令面板（Ctrl+Shift+P），搜 “Git: Show Stash” 看列表是否还在
Stash列表里一堆WIP on feature/login: …，怎么区分哪个是昨天藏的？
VSCode默认不显示stash时间戳，全靠message识别。Git本身也不存创建时间，只按LIFO顺序排列（最新stash在最上面）。
人工管理成本高，尤其团队协作或长期特性开发时，一个分支来回切多次，stash堆到七八条，根本分不清哪条对应哪个实验分支。
- 每次stash务必加message：
git stash push -m "feat(login): oauth2 redirect fix before demo" - VSCode界面不支持重命名stash，message写错就只能终端删掉重来：
git stash drop stash@{1} - 慎用
git stash clear—— 它清空整个栈，VSCode不会二次确认
真正麻烦的不是怎么藏，是怎么记得住自己藏了什么、为什么藏、还能不能要。stash不是垃圾桶，是带编号的临时保险柜，编号还只有顺序，没有日期和分支标签。
