Git切换分支时若工作区不干净会报错，因Git为保护代码默认禁止未提交改动时切换；必须显式用stash、commit或restore处理，否则可能丢失修改或导致跨分支污染。
直接结论：不能“自动保持干净”，必须显式处理未提交改动——否则 Git 会拒绝切换，或切过去后带着修改一起跑。
git switch 为什么报错“dirty working tree”
Git 默认不允许在工作区有未暂存/未提交改动时切换分支，这是保护机制。报错信息通常是：error: Your local changes to the following files would be overwritten by checkout 或 fatal: Cannot switch branch while index is dirty。这不是 bug，是设计：Git 不知道你打算丢掉、暂存还是带过去。
常见触发场景：
- 改了文件但没
git add - 已
git add但没git commit - 有 untracked 文件（比如 IDE 生成的
.idea/）
三种处理方式怎么选：stash / commit / discard
选哪条路，取决于你对当前改动的意图：
- 还要继续写，只是临时切走 →
git stash（推荐）
执行git stash && git switch main，回来用git stash pop。注意：git stash默认不保存 untracked 文件，加-u才能一起存 - 这部分改动已经成型，值得保留历史 →
git commit（哪怕只是临时提交）
比如git add . && git commit -m "WIP: login UI"，切完再git switch -回来继续 - 完全不要了，就是手抖改错了 →
git restore .（Git 2.23+）或git checkout -- .（旧版）
⚠️ 这个操作不可逆，且git restore .不影响暂存区；如果连暂存区也想清空，得加--staged
VSCode 里点状态栏切分支却“带过去了”？
VSCode 底部状态栏点击分支名，本质调用的是 git checkout 或 git switch。但它不会强制帮你做任何清理——如果你看到切过去后 git status 还显示一堆修改，说明你之前没处理干净，VSCode 只是忠实地执行了 Git 的默认行为（即允许带 uncommitted 改动切换，只要不冲突）。
真正危险的是：这些改动会“跨分支可见”。比如你在 feature/a 改了 config.js 没提交，切到 main 后 git status 依然显示它被修改——这不是 VSCode 的锅，是 Git 的工作区共享机制决定的。你误以为“切走了”，其实文件还在那儿，只是 HEAD 指针挪了。
想彻底避免脏工作区，就得养成检查习惯
没有一键“干净切换”的银弹。最稳妥的日常节奏是：
- 切分支前必敲
git status，眼睛扫一遍输出 - 看到
modified:或untracked files:，立刻决定：stash / commit / restore - 别依赖
git switch -f或git checkout -f强制覆盖——它会静默丢掉未跟踪文件和未暂存修改，且无法撤销
最容易被忽略的一点：untracked 文件（比如日志、临时构建产物）不会被 git stash 捕获，也不会被 git restore . 清掉。真要全清，得用 git clean -fd，但这个命令没有确认环节，执行前务必 git clean -fdn 先预览。
