默认情况下，“git: stage all changes”仅暂存已跟踪文件的修改，不包含未跟踪的新建文件；如需自动暂存新文件，须启用配置"git.alwaysstageallfilesforcommit": true，但存在误提交风险。
VSCode里“暂存更改”到底加了什么文件
默认情况下，“Git: Stage All Changes”只把已跟踪（tracked）文件的修改加入暂存区，新创建的、未被 Git 管理的文件（比如刚新建的 utils.ts 或临时 debug.log）根本不会进 STAGED CHANGES 区域——哪怕你点了那个“+”按钮。
想让新文件也自动暂存，必须手动开启配置："git.alwaysStageAllFilesForCommit": true。它等效于每次提交前悄悄执行 git add .，含未跟踪文件。
- 风险点：可能把
.env.local、node_modules/下漏写进.gitignore的文件一起提交 - 团队协作中建议保持默认，用右键单个文件选“暂存更改”，或选中代码块后用
Stage Selected Ranges更可控 - 确认是否生效：提交前看
STAGED CHANGES里有没有新文件名；没有就说明没被加进去
Ctrl+Enter 提交失败的三个静默原因
按了 Ctrl+Enter 没反应？VSCode 不报错也不提示，但其实有明确前提条件：
-
STAGED CHANGES区域必须非空——如果全是灰色不可点击状态，说明没文件被暂存，按钮压根不触发 - 提交框内容不能为空；哪怕只输一个点
.，也比留空强；勾选Allow empty commit才能真正空提交 - 快捷键可能被覆盖：打开命令面板
Ctrl+Shift+P→ 输入Preferences: Open Keyboard Shortcuts→ 搜git.commit，确认Git: Commit是否仍绑定Ctrl+Enter
别怀疑快捷键记错了，先盯一眼左上角“STAGED CHANGES”有没有东西。
撤销刚提交但没 push 的 commit，为什么只用 --soft
刚点完 ✓ 提交按钮、还没点 → push，这时最安全的操作是 git reset --soft HEAD~1。它只回退 HEAD 指针，保留所有改动在暂存区，你还能改 message、补加文件、甚至拆成两个 commit。
-
--mixed（默认）会清掉暂存区，文件退回CHANGES NOT STAGED FOR COMMIT，适合“我漏了关键文件，得重来 add” -
--hard会直接抹掉工作区修改——刚写的函数、调试日志全丢，除非立刻查git reflog，否则找不回来 - VSCode 的
Undo Last Commit按钮只对应--soft，但它有隐藏限制：切过分支、用过git commit --amend、或已 push 过，按钮就消失——别等它亮，终端敲命令更稳
已 push 的提交，revert 是唯一合规路径
只要执行过 git push，那条提交就进了共享历史。此时任何 reset --hard + push --force-with-lease 都可能让协作者 pull 时冲突、CI 失败、本地改动丢失。
正确做法是 git revert HEAD（撤销最新一次）或右键提交历史 → Revert Commit。它生成一条新 commit，内容精准抵消原变更，git log 里能看到原始提交和它的反向记录。
容易忽略的点：revert 后还得手动 git push，VSCode 不会自动推这条反向 commit；而且 revert 本身也可能冲突——比如原提交删了一行，别人又在同位置改了，就得手动解决。
