vscode找不到git命令的根本原因是未继承系统path或git.path配置错误：需先用where/git --version确认git路径，再在settings.json中正确设置"git.path"并重启vscode；macos应使用code .启动以继承shell环境，windows须填bin\git.exe或cmd\git.exe而非gui路径。
VSCode 找不到 git 命令，git 直接报错
根本原因不是 VSCode 没装 Git 插件，而是它压根没找到系统里的 git 可执行文件。你终端里能跑 git --version，不代表 VS Code GUI 进程能继承同样的 PATH。
- 先按
Ctrl+Shift+P输入Git: Show Git Output，看输出面板里有没有Using git X.X.X from /path/to/git—— 没这行就确认失败 - macOS 用户常见于 shell 配置（如
~/.zshrc）里加了export PATH="/opt/homebrew/bin:$PATH"，但 VS Code 是从 Dock 启动的，不读 shell 配置；解决办法是用命令行启动：code . - Windows 用户路径常填错：别填
C:\Program Files\Git\git.exe（那是 GUI 程序），要填C:\Program Files\Git\bin\git.exe或C:\Program Files\Git\cmd\git.exe - 填完
git.path设置后必须重启 VS Code，改完不重启 = 白改
新文件不自动出现在 SCM 面板，git add 被跳过
VSCode 从不自动 git add 未跟踪文件，这是设计使然，不是 bug。它只显示“已修改”和“未跟踪”，但不会替你决定哪些该进暂存区。
- 右键文件 →
Stage Changes，或在 SCM 面板里点文件左侧的+图标，才是等价于git add - 想一次暂存所有？按
Ctrl+Shift+P→ 输入Git: Stage All Changes，但小心：它会把所有未暂存的修改都加进去，包括你不打算提交的调试代码 - 部分暂存（比如只提交某个函数改动）要用右键 →
Stage Selected Ranges，前提是先选中那段代码 - 如果文件始终不出现，检查是否被
.gitignore匹配了，或者当前打开的不是仓库根目录（.git文件夹所在位置）
切换分支时工作区变更“跟着跑”，git stash 被忽略
VSCode 允许你在有未提交变更时直接切换分支，但它不会警告你这会导致变更被带到新分支——这跟 git checkout 的默认行为一致，但极易污染 feature 分支。
- 切换前看左下角状态栏：如果分支名旁有修改计数（比如
main (2)），说明有未提交变更，此时点击分支名弹出菜单，顶部会明确提示 “Switch branch and bring changes” - 真要保留变更又不想提交？先按
Ctrl+Shift+P→Git: Stash Save，输个简短描述（如wip-login-ui），再切分支 - 切回来后，用
Git: Stash Pop恢复；注意：如果恢复时有冲突，VSCode 不会自动标记，得靠你肉眼比对文件修改时间戳或打开Timeline视图查最近提交 - 别依赖“自动 stash”——VSCode 没这功能，第三方插件也做不到无损还原所有场景
合并冲突后点了 Accept Current/Incoming，但提交按钮仍是灰色
VSCode 解决冲突只是编辑器层面的文本替换，它不会自动执行 git add。冲突文件仍处于“未暂存”状态，所以提交按钮不可用。
- 解决完所有冲突块后，去 SCM 面板的
CHANGES区域找那个文件，它应该还在列表里，且旁边没有+—— 这时候手动点一下文件左侧的+，才真正完成git add - 如果文件太多，用
Git: Stage All Changes会把所有已解决冲突的文件一起暂存，但也会带上其他未处理的修改，慎用 - 别跳过查看冲突标记：VSCode 插入的
和 <code>>>>> feature/login必须全部删干净，否则git commit会拒绝，而 VSCode 提交界面不报这个错，只让按钮灰着 - 最稳妥流程：解决冲突 → 手动 stage → 检查 SCM 中该文件是否移到
STAGED CHANGES区 → 再填 message 提交
Git 在 VSCode 里从来不是黑盒，所有图形操作背后都是标准命令。最容易被绕过的其实是“当前工作目录是否为仓库根目录”和“未提交变更是否被有意带入新分支”这两件事——它们不报错，但会让后续操作全盘偏移。
