git add后文件未进入暂存区，通常因路径错误、不在仓库目录、被.gitignore忽略或未加引号处理空格；git add .不处理删除，git add -A同步新增/修改/删除；撤销用git restore --staged更安全。
git add 后文件没进暂存区？先检查工作区状态
执行 git add 后 git status 仍显示 “untracked” 或没变化，大概率是路径写错了，或者文件根本不在当前 Git 仓库目录下。Git 不会递归搜索父目录的 .git，也不会自动处理符号链接指向的外部路径。
- 用
pwd和ls -a确认当前在仓库根目录（有 .git 文件夹） -
git status -s比git status更紧凑，一眼看出哪些是 ??（未跟踪）、A（已暂存） - 路径带空格或特殊字符时，必须用引号包裹，比如
git add "my file.txt"，否则 shell 会拆成多个参数 - 忽略规则（.gitignore）优先级高于
git add，已被忽略的文件加不进去，加-f强制才能绕过
git add . 和 git add -A 有什么区别？别乱用
这两个命令看起来都“加所有”，但行为差异直接影响暂存结果，尤其在有删除或重命名操作时。
-
git add .只扫描当前目录及子目录下的**新增/修改**文件，**不处理已删文件**；它基于工作区快照，不查 Git 索引 -
git add -A（等价于git add --all）会同步工作区与索引：新增、修改、删除全部纳入暂存，跨整个仓库生效 - Git 2.0+ 中
git add -u默认只处理**已跟踪文件的修改和删除**，不碰新文件 - 日常开发中，如果只是追加几个新文件，用
git add 文件名最安全；批量操作前先git status看清范围
git add 后想撤销？别直接 reset head
刚 git add 完就发现加错文件，最轻量的撤回方式不是 git reset，而是 git restore --staged（Git 2.23+）。
-
git restore --staged <file>仅把指定文件从暂存区移出，工作区不变，最精准 -
git reset HEAD <file>是旧写法，功能相同，但容易误敲成git reset --hard，丢掉未提交修改 - 想清空整个暂存区？
git restore --staged .比git reset更语义清晰，也更难手滑 - 注意：
git restore不影响未跟踪文件，它们依然显示为 ??
大文件或二进制文件被误 add 了怎么办
PDF、压缩包、编译产物这类文件一旦 git add 进去，不仅拖慢 clone，还永久留在历史里。Git 本身不校验文件类型，全靠人控制。
- 加之前先看文件大小：
ls -lh <file>，超过 10MB 就该警惕 - 确认是误加后，立刻
git restore --staged <file>，再把它加进.gitignore - 如果已经
git commit了，得用git filter-repo或git rebase清记录，成本高得多 - CI/CD 流程里可加 pre-commit 钩子，用
git check-attr或正则拦截常见二进制扩展名
真正麻烦的不是怎么加，而是加完才发现不该加——所以每次 git add 前扫一眼 git status -s，比事后补救省十倍力气。
