git add后文件未进暂存区，常见原因包括路径错误、文件未被跟踪、修改发生在add之后、部分hunk未确认或受.gitignore影响；应通过git status -s和git diff --cached精准排查。
git add 之后文件没进暂存区？检查 git status 的输出含义
很多人执行 git add . 后以为文件已“确定提交”，其实只是加到暂存区（staging area）——这步不完成，git commit 不会包含任何变更。运行 git status 时注意三类状态：modified（工作区改了但没 add）、staged（绿色显示，已进暂存区）、untracked（新文件未被 Git 跟踪）。如果看到文件仍标为 modified，说明漏掉了 git add；如果标为 untracked，得先 git add -A 或指定路径。
用 git diff 看三类差异：工作区 vs 暂存区、暂存区 vs HEAD、工作区 vs HEAD
git diff 默认只比对工作区和暂存区（即还没 add 的修改），所以常被误认为“没变化”。要确认真正将要提交的内容，必须用 git diff --staged（或 git diff --cached），它显示的是暂存区和上一次提交（HEAD）的差异——这才是 git commit 实际会记录的快照。如果想一次性看全部改动（包括已 add 和未 add 的），可以分两步：git diff + git diff --staged。别依赖 GUI 工具默认视图，终端里敲这两条最可靠。
提交前用 git commit --dry-run 检查会提交哪些文件
git commit --dry-run 不真提交，但会模拟输出：列出即将提交的文件名、统计增删行数，并提示是否处于合并/变基中。这个命令能快速验证 git add 是否覆盖完整，尤其在批量修改后容易漏掉某些子目录下的文件。注意它不显示具体内容差异，只告诉你“有哪些文件会被提交”；如果发现不该提交的文件出现在列表里，立刻用 git reset <file></file> 把它从暂存区撤回。
提交后发现差了东西？git commit --amend 可以补救但有前提
刚执行完 git commit，还没推送到远程（git push），可以用 git commit --amend 把最近一次提交重新打包——比如补加遗漏的文件、修正提交信息。操作前需先 git add 那些漏掉的变更，再运行 amend 命令。关键限制：一旦 git push 过，再 amend 就会改变提交哈希值，强制推送（git push --force-with-lease）可能影响协作者。所以 amend 只适合本地未共享的提交；多人协作项目中，宁可另起一次普通提交，也别轻易 force push。
git status 和 git diff --staged 交叉验证——尤其在修改分散在多个目录、或混着配置文件和业务代码时，少看一眼就可能把调试日志或本地密钥一起提交上去。 
