<p>正确删除已跟踪文件需用git rm <file>同时移除工作目录和暂存区，再提交才生效；误删未提交时可用git restore --staged file.txt && git checkout HEAD -- file.txt恢复。</p>
git rm 删除已跟踪文件的正确姿势
直接用 git rm <file> 就能从暂存区和工作目录同时删掉已跟踪文件——但多数人卡在删完不提交、或误删后想撤回，结果发现文件没了，Git 还没记录删除操作。
关键点：Git 不会自动把“文件被删”当成一次变更；你得显式告诉它“这个文件我不要了”，否则下次 git status 会显示 deleted: filename，且 git commit 不包含该删除动作。
-
git rm file.txt：删工作目录 + 暂存区，下次 commit 才真正移除跟踪 -
git rm --cached file.txt：只从 Git 跟踪中移除，保留本地文件（适合误加到仓库的大文件或敏感配置） - 如果已手动删了文件（比如用
rm），运行git rm file.txt会报错fatal: pathspec 'file.txt' did not match any files；此时要用git rm --cached file.txt或先加-f强制（git rm -f file.txt）
删错文件怎么快速恢复
刚执行 git rm 但还没 git commit？别慌，撤销比删还快。
核心逻辑：git rm 只是把“删除”放进暂存区，还没固化。所以恢复本质是“把暂存区的删除操作撤掉，并还原工作目录文件”。
- 恢复暂存区 + 工作目录：
git restore --staged file.txt && git checkout HEAD -- file.txt（Git 2.23+） - 老版本 Git（git reset HEAD file.txt && git checkout HEAD -- file.txt
- 如果已经
git commit了，就得用git revert或git reset回退那次提交——注意这会影响后续所有提交的 SHA-1，协作时慎用
批量删文件时容易漏掉的细节
用通配符删一堆文件（比如 git rm *.log）看着省事，但 shell 展开和 Git 解析可能不一致，尤其路径含空格或特殊字符时。
更稳的方式是让 Git 自己找匹配项，而不是依赖 shell：
- 安全批量删（推荐）：
git ls-files "*.log" | xargs git rm—— 先由 Git 列出所有匹配的已跟踪文件，再逐个删 - 避免 shell 展开问题：
git rm -- "*.log"（双横线后的内容不被 shell 解析） - 删整个目录且保留空目录结构？不行。
git rm -r dir/会删掉目录下所有已跟踪文件，但空目录本身 Git 本来就不存，删完就真没了
git rm 和 .gitignore 的关系别搞混
.gitignore 只影响「未跟踪」文件；一旦文件已被 Git 跟踪，再往 .gitignore 里加规则也没用——Git 依然监控它、提交它、提示修改。
所以常见误区：把日志文件加进 .gitignore 后发现还是被提交了，其实是它早就是已跟踪状态。必须配合 git rm --cached 才生效。
- 删跟踪 + 加 ignore（两步缺一不可）：
git rm --cached app.log && echo "app.log" >> .gitignore - 验证是否成功：
git status应不再显示app.log，且git check-ignore -v app.log会输出匹配规则 - 如果项目里已有大量不该跟踪的文件，可以用
git rm -r --cached . && git add .重刷一遍（慎用，确保.gitignore已写全）
最常被忽略的是：删完不检查 git status，也不确认是否真从跟踪列表里清掉了。一次漏检，后续每次 git add . 都可能重新把它们拽回来。
