git add时排除已暂存文件用git reset --；永久排除已跟踪文件需git rm --cached并更新.gitignore；临时排除可用.git/info/exclude；验证忽略规则用git check-ignore -v。
git add 时排除已暂存的文件用 git reset
如果文件已经执行过 git add，出现在 Changes to be committed 区域，但你临时决定不提交它，最直接的办法是把它从暂存区撤回：git reset -- <file></file>。这个操作只影响暂存区，本地文件完好无损。
- 比如误加了
config.local.yaml，执行git reset -- config.local.yaml即可移出暂存区 - 支持通配符：想批量撤回所有
.log文件，可用git reset -- *.log - 注意：不能用
git reset（不带路径）全清，否则会把其他要提交的文件也一并撤掉
已被跟踪的文件如何永久排除提交
如果某个文件（如 secrets.env）早已被 git commit 过，现在想让它彻底不再参与后续提交，.gitignore 对它无效——必须先解除 Git 跟踪，再忽略。
- 执行
git rm --cached secrets.env：删掉索引记录，保留本地文件 - 在
.gitignore中追加secrets.env或*.env - 提交
.gitignore变更：git add .gitignore && git commit -m "ignore env files" - 后续修改
secrets.env不会再出现在git status的变更列表里
仅对当前分支生效的临时排除方案
Git 本身不支持“某分支专属的 .gitignore”，但可通过 .git/info/exclude 实现类似效果——它不进版本库、不共享、只对当前仓库当前分支有效。
- 编辑
.git/info/exclude，添加你要屏蔽的路径，例如：data/large-dataset.parquet - 该文件不会被
git add .扫到，也不会出现在git status中 - 适合临时处理测试数据、本地模型权重等只在开发分支需要、上线分支绝对不能出现的文件
- 注意：切换分支后规则依然存在，但它和分支无关，是仓库级局部配置
避免误提交的关键检查点
真正容易出问题的不是“怎么排除”，而是“以为排除了但其实没生效”。尤其当文件曾被提交过，或 .gitignore 写法有歧义时。
- 执行
git check-ignore -v <file></file>：查某文件是否被忽略、被哪条规则匹配，例如git check-ignore -v .DS_Store - 确认文件状态用
git ls-files --others --exclude-from=.git/info/exclude，比git status更底层、更可靠 -
/path/to/file和path/to/file在.gitignore中含义不同：前者只匹配项目根目录下的路径，后者匹配任意层级
分支本身不改变文件是否被提交的逻辑，真正起作用的是暂存区状态、索引记录和忽略规则的组合。别被“分支”二字带偏，重点盯住 git status 输出里的三块区域：未跟踪、已修改未暂存、已暂存——每一块都要亲手确认。
