VS Code 的 SCM 视图直观源于精准映射 Git 状态：实时调用 git status --porcelain=v2 渲染文件列表，禁用跨区拖拽以保语义准确，差异行为依状态而定，且高度依赖 Git 本身状态干净。
VS Code 的源代码管理视图（Source Control view）之所以直观，并不是因为它“自动变聪明”了，而是它把 Git 的核心操作状态做了精准映射和轻量聚合——前提是你的工作区已正确初始化为 Git 仓库，且没有被 .gitignore 或文件权限问题干扰。
为什么 git status 的输出能直接变成左侧文件列表
VS Code 的 SCM 视图本质是实时调用 git status --porcelain=v2（或兼容版本），解析出 staged/untracked/modified/deleted 等状态，再按目录结构渲染。它不自己维护状态缓存，所以刷新快、不卡顿，但也意味着：
- 如果终端里手动执行
git add -u后没触发 VS Code 自动刷新（偶发），按Ctrl+Shift+P→ 输入Git: Refresh即可 - 大仓库（如 >50k 文件）可能延迟 1–2 秒才显示变更，这是 Git 命令本身耗时，不是 VS Code 卡
- 符号链接文件或子模块未初始化时，会显示为
??但右键无 “Stage” 选项——因为 Git 没把它识别为普通工作树文件
staged 和 unstaged 区域为什么不能拖拽交换
VS Code 故意禁用了跨区域拖拽，因为 Git 的暂存区（index）是独立快照，不是文件队列。所谓 “移动到暂存区”，实际是执行 git add ；“撤回暂存” 是 git restore --staged 。强行拖拽会模糊语义，还可能引发部分暂存（partial stage）误操作。
真正需要精细控制时，建议：
- 对单个文件：右键选
Stage Changes/Discard Changes - 对多文件：先勾选复选框，再点顶部
+（Stage）或⋯→Discard - 想部分暂存某文件？必须切到编辑器内，用行号左侧的 + 图标逐块 Stage —— 这是 VS Code 少数依赖
git add -p的地方
为什么点击文件名有时打开差异，有时直接打开文件
行为取决于当前文件状态：
- 在
unstaged区域点击：默认打开与 HEAD 的 diff（即修改预览） - 在
staged区域点击：打开与上一提交的 diff（即即将提交的内容） - 如果文件是新建未跟踪（
??），点击直接打开空白编辑器（因为无 diff 可比） - 若你改过设置
"git.openDiffOnClick": false，那所有点击都跳转原文件 —— 这个配置容易被忽略，但会彻底改变交互直觉
最常被忽略的一点：SCM 视图的“直观”高度依赖 Git 自身的干净状态。一旦有合并冲突、分离头指针（detached HEAD）、或上游分支追踪失效，图标和文字提示就会变得隐晦——这时候别只盯着 UI，打开终端敲 git status -sb，往往比点十次“…”更管用。
