Git切换分支时无法忽略已跟踪文件，因checkout本质是重置工作区；可用git update-index --skip-worktree锁定本地修改使其不被覆盖，该标记仅本地生效且需手动在新克隆仓库中重新设置。
切换分支时无法“忽略”已跟踪文件——Git 本身不提供该能力，但你可以用 git update-index --skip-worktree 让它对本地改动“视而不见”。
为什么 git checkout / git switch 不支持忽略文件
Git 切换分支的本质是重置工作区和暂存区到目标提交的快照。只要文件被 Git 跟踪（即出现在 git ls-files 输出中），它就一定会被覆盖或还原——没有“跳过”选项。试图用 .gitignore 拦截？没用，它只对未跟踪文件生效。
所以真正要解决的不是“切换时忽略”，而是：“如何让某个已跟踪文件在切换分支时不被覆盖，同时又不把它从仓库里删掉？”
用 skip-worktree 锁定本地修改，避免被 checkout 覆盖
这是最常用、最轻量的解法，适合本地配置类文件（如 .env、application-dev.yml）。
- 先确认文件已被跟踪：
git ls-files .env—— 有输出才可执行下一步 - 执行锁定：
git update-index --skip-worktree .env - 之后无论
git checkout main还是git switch feature，该文件内容都保持不变 - 想恢复 Git 管理：用
git update-index --no-skip-worktree .env
⚠️ 注意：这个标记仅在你本地生效，不会推送到远程，也不影响他人；但如果你忘了它存在，可能会误以为别人改了这个文件而自己没同步到。
merge=ours 不适用于切换分支，只影响合并冲突
有人会查到 merge=ours + .gitattributes 的方案，但它只在 git merge 发生冲突时起作用，告诉 Git “冲突时无条件用当前分支的版本”。git switch 或 git checkout 完全不走这个逻辑——它直接硬覆盖，不判断冲突。
所以这类配置对切换分支无效，别浪费时间配 .gitattributes 来应付 switch 场景。
真要彻底隔离，就别让它被跟踪
如果一个文件本就不该进版本库（比如 IDE 的 .idea/workspace.xml），正确做法是：
- 先从 Git 移除但保留本地：
git rm --cached .idea/workspace.xml - 再加进
.gitignore：echo ".idea/workspace.xml" >> .gitignore - 最后提交
.gitignore变更
这样它就变成 untracked 状态，后续任何分支切换都不会动它——但注意，这一步会影响所有协作者，且历史提交里仍留有该文件。
真正容易被忽略的是：skip-worktree 标记不会自动持久化到新克隆的仓库，每次重装环境或新成员加入，都得重新执行 git update-index --skip-worktree。团队若依赖这个机制，建议写成 setup 脚本或文档显式说明。
