VSCode原生不支持git add -p交互式分块暂存，但可通过选中代码块右键“Stage Selected Ranges”或命令面板执行该命令实现部分暂存；需满足文件已跟踪、选区落在单个hunk内、含新增行等条件，否则菜单不显示。
VSCode 原生不支持 git add -p 那样的交互式分块暂存，但能通过「选中 + 右键」或命令面板实现部分暂存——前提是理解它只作用于已跟踪文件的连续修改块，且对删除行、空行、新建文件有明确限制。
Stage Selected Ranges 为什么点不出来？
这个右键菜单项不是总出现，它依赖 Git 差异解析结果和选区有效性：
- 选区必须落在至少一个
hunk内（即 Git diff 中标有@@的变更块），跨多个不连续hunk会直接隐藏该选项 - 不能只选纯删除行（
-开头的 diff 行），VSCode 不允许单独暂存删除；需连带新增行一起选，或改用差异视图里的+按钮 - 文件是新建未跟踪状态（
Untracked）时，该功能完全禁用——必须先执行git add <file>，之后的修改才能被分段暂存 - 当前焦点在「已暂存更改」区域（比如点了已暂存文件右侧的 ↕ 图标），此时右键只有
Revert Selected Ranges，没有 stage 选项
用命令面板触发更稳定
当鼠标选区不“合规”或右键菜单消失时，绕过 UI 判断，走命令通道更可靠：
-
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入并选择
Git: Stage Selected Ranges - 若已选中多行，仅作用于选区；若未选中，但光标在某个
hunk内，VSCode 会把整个hunk当作目标 - 注意：该命令对新建未跟踪文件静默失败，无任何提示，需提前确认文件已在 Git 索引中
差异视图里点 + 按钮才是最常用方式
相比手动选中代码，直接在源代码管理面板打开文件 diff 后点 + 更直观、容错率更高：
- 点击左侧「源代码管理」图标 → 找到已修改文件 → 点击进入内联 diff 视图
- 每个绿色（新增）或红色（删除）变更块上方都有
+和-按钮 - 点
+即暂存该整块变更；点-是放弃该块（不是撤回暂存） - 支持单块暂存、多块分别点，也支持折叠大
hunk后再操作，比鼠标拖选更精准
真正精细控制还得靠终端 git add -p
VSCode 内置终端完全支持 git add -p，只是交互逻辑不同，容易卡住：
- 在 VSCode 集成终端中运行
git add -p <file>，它会逐个列出hunk并等待 y/n/a/d/s/e 等响应 - 如果按
y或n没反应，先按?呼出帮助，再确认终端焦点没被侧边栏或其他面板抢走 - Windows 用户慎用 PowerShell：对
git add -p支持不稳定，建议切换为 VSCode 自带的 Git Bash 或 WSL 终端 - 遇到大
hunk时用s（split）拆分，比 VSCode 的“连续选中”灵活得多；想跳过某块用q（quit）退出当前文件
最容易忽略的是：一旦部分暂存，VSCode 左侧「SOURCE CONTROL」面板会同时显示两组 diff —— 上面是「暂存区 vs HEAD」，下面是「工作区 vs 暂存区」。很多人误以为下面的 diff 是“剩余未暂存内容”，其实它已经剔除了你刚 stage 的那部分，而上面的才是你即将提交的内容。这个双层 diff 显示逻辑不看文档几乎没人能自发意识到。
