Ctrl+K 是打开提交对话框而非暂存区操作，它自动暂存已选文件并进入提交流程；真正暂存需在 Commit 工具窗口（Alt+0）点击文件旁的 + 图标；Ctrl+Alt+K 直接提交并推送，跳过暂存步骤。
Ctrl+K 是打开提交对话框，不是暂存区操作
很多人误以为 Ctrl+K 是“把文件加到暂存区”，其实它直接打开的是**提交对话框**——此时 WebStorm 会自动把所有已选文件（包括未版本控制的）一起暂存并进入提交流程。真正意义上的“仅暂存不提交”，WebStorm 没有独立快捷键，必须手动勾选文件再点左上角的 + 按钮（在 Commit 工具窗口里），或者用鼠标点击文件旁的加号图标。
常见错误现象：按下 Ctrl+K 后发现新改的文件没出现在待提交列表里——大概率是因为它们还没被 Git 跟踪（即未执行过 git add），而 WebStorm 默认只显示已跟踪文件的变更。解决办法是先右键文件 → Git → Add，或在 Commit 窗口里展开 Unversioned Files 节点手动勾选。
暂存区操作必须依赖 Commit 工具窗口（Alt+0）
WebStorm 的暂存逻辑和 Git 原生命令并不完全对等：git add 在命令行中可精细控制单个文件或 hunk，但 IDE 里只能按文件粒度暂存。关键路径是：
- 按
Alt+0打开左侧 Commit 工具窗口 - 在
Local Changes标签下，找到修改过的文件 - 点击文件名左侧的
+图标（不是右键菜单里的“Add”）——这才是真正对应git add的操作 - 取消勾选已暂存文件前的复选框，相当于
git reset HEAD -- <file>
注意：如果勾选了 Unversioned Files 下的文件，WebStorm 会在提交时自动执行 git add；但若只想暂存不提交，必须确保没点 Commit 按钮，否则会连带提交。
Ctrl+Alt+K 是“提交并推送”，不是“暂存并推送”
Ctrl+Alt+K 的行为是原子性的：先本地提交（git commit），再立即推送（git push）。它**跳过暂存步骤**，也不允许你中途调整哪些文件进暂存区——所有当前选中的变更都会被打包进这一次提交。
容易踩的坑：
- 误用
Ctrl+Alt+K导致不该提交的调试代码、临时注释一起推到远程 - 没配置好 upstream 分支时，推送会失败并弹出分支映射对话框，此时不能直接回退，得去 Terminal 手动
git push -u origin <branch> - 如果当前有未提交的冲突或 rebase 进程，
Ctrl+Alt+K会静默失败，只在底部状态栏闪一下提示，不留日志
想精确控制暂存内容，别依赖快捷键
WebStorm 的快捷键设计偏向“快速走完流程”，而不是“精细 Git 操作”。当你需要：
- 只暂存某个文件的部分改动（hunk 或 line）
- 撤销某次
git add但保留工作区修改 - 查看暂存区和工作区的 diff 差异
就必须切到 Terminal，用原生命令：
git add -p filename.js<br>git reset HEAD -- filename.js<br>git diff --cached
IDE 的图形界面在这些场景下既不直观也不可靠——比如 Commit 窗口里显示的 diff 总是工作区 vs HEAD，而不是工作区 vs 暂存区，容易误判。
真正复杂的地方在于：WebStorm 把“暂存”藏在 UI 深处，又用 Ctrl+K 这种看似通用的快捷键模糊了“暂存”和“提交”的边界。习惯命令行的人反而更容易在这里栽跟头。
