git切换分支失败是安全机制而非bug，必须先运行git status确认修改状态；推荐用git stash push -u暂存所有改动（含未跟踪文件），再切换分支并git stash pop恢复，避免用-f强制丢弃代码。
Git切换分支失败，根本不是Git在“卡你”，而是它在拦住你别丢代码。工作区有未提交修改时，Git拒绝切换是默认安全行为，不是bug，也不需要“绕过”——关键是怎么处理这些修改才不丢、不乱、不耽误事。
git status 为什么必须先看？
报错信息里提到的“未保存工作区”，实际指 git status 显示为 modified、untracked 或 staged 的文件，和你是否按过 Ctrl+S 没关系。IDE里点了保存，但没 git add，Git照样当它是“脏”的。
- 运行
git status看清哪些文件被改了、哪些是新增未跟踪的、哪些已暂存 - 特别注意带
??标记的未跟踪文件（比如临时生成的.log或node_modules），它们最容易在git stash时被漏掉 - 如果
git status显示 clean，但 IDE 仍提示“未提交更改”，大概率是 IDE 缓存问题，重启 Git 面板或执行git update-index --refresh
git stash push -u 是最稳妥的临时方案
比起直接 git commit，git stash 更适合临时切换、代码还没写完、或者不确定要不要保留当前改动的场景。但默认 git stash 不包含未跟踪文件，容易踩坑。
Git Monitor
下载
通用Git项目监控工具，支持GitHub、GitLab、Gitee等平台。可增删仓库、检查更新、自动拉取代码并生成变更摘要。用于“监控项目”“检查更新”“添加仓库”等场景。
- 用
git stash push -u -m "wip: login UI"，-u参数确保未跟踪文件也被暂存 - 切换分支后，用
git stash pop恢复；如果冲突，Git 会提示，别直接git stash apply - 多个 stash 可用
git stash list查看，恢复指定条目：git stash pop stash@{1} - 误操作把 stash 弄丢了？
git fsck --lost-found可能找回，但别依赖这个——stash 后立刻git stash show确认内容
git checkout -f 或 git switch -c 为什么危险？
强制切换（force checkout）看起来快，但代价是静默丢弃工作区修改，尤其是那些没被 Git 跟踪的文件，比如刚新建的 config.local.js 或调试用的 test-data.json，-f 会直接删掉它们，且无法从 reflog 恢复。
-
git checkout -f feature/login→ 所有未暂存、未跟踪的修改全丢，git reflog也查不到 -
git switch -c new-branch→ 如果当前有未暂存修改，Git 默认把它们带到新分支；但加了-c再加-f就变成覆盖式创建，风险更高 - 真正需要强制的场景极少，比如 CI 构建脚本里清理环境，开发时几乎不该用
最常被忽略的点：未跟踪文件（??）和 IDE 的本地历史不是一回事。Git 不管你编辑器里存了几版，它只认自己 index 里的状态。stash 前不加 -u，或者 commit 前没 git add -A，就等于把一部分工作“藏在 Git 视线之外”。
