vscode本身不提供“文件改动实时审计”功能，所谓“流转”是git集成、状态栏点击、命令面板调用和自定义快捷键四者叠加产生的错觉；点击右下角分支旁“+2 −1”标记直接触发git.commit命令，该命令无默认快捷键且仅在有暂存变更时可用。
VSCode 本身不提供“文件改动实时审计”功能，也不存在一个叫 提交信息编辑 的内置快捷键——你看到的所谓“流转”，其实是 Git 集成、状态栏点击、命令面板调用和自定义快捷键四者叠加产生的错觉。
Git 状态栏点击触发的是 git.commit 命令，不是快捷键绑定
当你点击 VSCode 窗口右下角的 Git 分支名（如 main）旁的“+2 −1”标记，实际触发的是 git.commit 命令，它会打开提交输入框。这个动作没有默认快捷键，也不走 keybindings.json 的常规流程；它是 UI 层直接调用命令服务的结果。
- 该命令只在有暂存变更时可用，
when条件隐式为scmRepositoryCount > 0 && scmHasChanges - 若你试图用
Ctrl+Enter或其他键绑定到git.commit，需手动加"when": "scmFocus || inputFocus"，否则在编辑器里按无效 - VSCode 2026 中此命令已支持
--no-verify参数透传，但必须通过vscode.gitAPI 调用，不能靠快捷键传参
Ctrl+Shift+G 打开源代码管理视图，但不等于“实时审计”
Ctrl+Shift+G（Windows/Linux）或 Cmd+Shift+G（macOS）只是聚焦到源代码管理面板，它展示的是 Git 本地索引快照，并非实时监听文件系统事件。真正的“改动感知”由 VSCode 内置的 FileWatcher 模块完成，底层依赖 chokidar（Node.js）或 FileSystemEventProvider（2026 新版 WASM 文件监听器），但这些不暴露给用户快捷键链路。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
- 每次文件保存后，VSCode 会在 100–300ms 内更新状态栏 Git 计数，这个延迟不可配置
- 如果你装了第三方插件（如 GitLens），它可能注册自己的
gitlens.diffWithPrevious命令，但该命令不会响应Ctrl+Shift+G，需单独绑定 - VSCode 2026 的 CRDT 同步引擎（用于协作编辑）与 Git 文件监听完全隔离，二者状态不同步
真正能“流转”的只有 keybindings.json 中显式声明的命令
所有可被快捷键触发的行为，必须满足：命令已注册 + 键绑定 JSON 有效 + when 表达式在当前上下文为真。例如：
{ "key": "ctrl+alt+c", "command": "git.commit", "when": "scmHasChanges && !inQuickOpen" }
这类配置生效的前提是：scmHasChanges 为真（即有暂存变更），且焦点不在命令面板中。一旦你用鼠标点了提交框再按这个组合键，!inQuickOpen 就为假，快捷键失效。
-
git.stage和git.unstage支持多选文件，但快捷键无法指定“只 stage 修改过的 .ts 文件”，只能靠when控制范围 - VSCode 不允许快捷键链式调用（比如先
Ctrl+Shift+G再自动按Ctrl+Enter），这是安全限制，不是 bug - 自定义快捷键若绑定到
workbench.action.terminal.toggleTerminal，再配合git status，属于外部流程，VSCode 不参与“流转”逻辑
最易被忽略的一点：VSCode 的 Git 集成不监听未保存文件的脏状态变化——也就是说，你改了文件但没保存，状态栏 Git 计数不会变，git.commit 命令也不会激活。所谓“实时”，只从 fs.writeFileSync 返回那一刻开始算起。
