VSCode支持部分暂存：选中连续代码块→右键→Stage Selected Ranges；不支持多段或空行，新建文件需先全量add；终端中可用git add -p实现更细粒度控制。
VSCode怎么只暂存文件里的一部分代码？
VSCode 支持对单个文件中的连续选中区域做部分暂存，不是整文件“一刀切”。这适用于你在一个文件里混写了功能增强、调试日志、格式调整等多类改动，只想提交其中一部分。
- 必须在已打开的编辑器中操作：选中一段**连续的代码行**（哪怕只有1行、1个变量、1行注释）
- 右键 → 出现
Stage Selected Ranges才表示可操作；若该选项灰色，常见原因是：文件是新建未跟踪状态（Untracked），或你当前正处在“暂存区 diff”视图（即已点开 ↕ 图标） - 新建文件必须先执行
git add <file></file>（终端或右键 →Stage Changes整个文件），之后的修改才能分段暂存 - 不支持跨空行或多段非连续选中——VSCode 不会把两段分开选中的代码合并暂存
为什么点了 Git: Stash 后文件还在“更改”列表里？
这不是功能失效，而是 git stash 默认行为边界清晰：它只处理「已跟踪（tracked）」且「有修改/已暂存」的文件。刚新建、没 git add 过的文件（untracked）根本不会被包含。
- 例如你新建了
.env并编辑，但没git add .env，执行Git: Stash后它仍显示在列表里——这是正常现象 - 要一并 stash 未跟踪文件，必须切终端运行：
git stash push -u -m "with untracked"（-u等价于--include-untracked） -
git stash完全不处理被.gitignore显式忽略的路径（如node_modules/），哪怕你手动git add过也不行 - UI 缓存可能延迟刷新：按
Ctrl+R强制重绘源代码管理面板，或关闭再打开该视图
VSCode 的 Git: Stash 和右键 Stash Changes 有什么区别？
两者底层都调用 git stash push，但触发逻辑和参数控制不同，容易误判效果。
-
Git: Stash（命令面板调用）：检测当前是否有已暂存（staged）变更，若有则弹窗问 “Include staged changes?”；选“否”只 stash 未暂存部分，等效于git stash push；选“是”等效于git stash push -S - 右键文件 →
Stash Changes：只 stash 该文件的修改，不弹窗确认，也不带-u或--staged参数 - 两者都不支持传参（如
-u、--keep-index），需要精细控制就必须切终端 - 如果工作区存在未解决的合并冲突，
Git: Stash会直接报错：error: Cannot save the current index state，而不是静默失败
stash 后怎么安全恢复，避免丢修改或冲突卡住？
VSCode 不自动列出 stash 记录，也不提示冲突，恢复过程需主动干预。
- 查看 stash 列表：按
Ctrl+Shift+P→ 输入Git: Show Stash List→ 回车；看到类似stash@{0}: On main: wip: api retry logic的条目 - 选中后回车默认执行
git stash pop（恢复 + 删除该 stash）；若想保留记录，得去终端手动运行git stash apply stash@{0} - pop 时遇到冲突，VSCode 不弹窗警告，只在文件名旁标
CONFLICT；双击打开三栏 diff 视图手动解决；解决后必须右键该文件 →Stage Changes，否则后续git stash drop或pop可能卡住 -
Git: Show Stash List不支持预览内容差异；要看改了啥，得去终端跑git stash show -p stash@{0}
