安全切换分支的核心是切换前处理好当前工作状态：检查未提交修改（git status）、暂存或提交变更、确保目标分支最新（git pull），并优先使用 git switch 替代 git checkout。
直接结论：安全切换分支的核心不是“怎么切”，而是“切之前有没有处理好当前工作状态”——未提交的修改、未推送的 commit、未拉取的远程更新，三者任一没理清，都可能丢代码或引入冲突。
切换前必须检查未提交更改（git status）
多人协作中，你本地的工作区很可能和远程不一致。如果当前有未 add 或未 commit 的文件，直接 git checkout feature/login 会失败（Git 拒绝覆盖），但如果你用 git switch 或 IDE 强制切换，它可能静默丢弃修改——这不是 Git 的 bug，是设计如此。
- 运行
git status，确认输出为 “nothing to commit, working tree clean” - 如果有改动，按场景选：
git stash（临时存起，后续可用git stash pop恢复），或git add && git commit（适合已完成的小功能） - 别用
git checkout -f强制覆盖，除非你明确要丢弃所有本地变更
切换目标分支必须是最新状态（git pull origin develop）
你打算切到 develop，但别人刚 push 了新 commit，而你的本地 develop 还停留在昨天。这时切过去再改代码，后续合并时大概率撞上冲突——尤其当你马上要基于它新建 feature/xxx 分支时，问题会被放大。
- 先
git checkout develop，再git pull origin develop，确保本地分支头指针和远程一致 - 如果用
git switch，它不会自动拉取远程更新，必须手动git pull - IDEA 和 VS Code 的图形化切换入口默认也不自动
pull，得自己点“Update Project”或“Pull”按钮
用 git switch 替代 git checkout 避免误操作
git checkout 是个“多面手”，既能切分支又能恢复文件，参数稍错就容易误删内容（比如 git checkout main -- src/ 会强制用 main 分支的 src/ 覆盖当前工作区）。而 git switch（Git 2.23+）专用于分支切换，语义清晰、参数简单，天然防手滑。
- 切已有分支：
git switch develop - 新建并切换：
git switch -c feature/login - 切回上一个分支：
git switch -（等价于旧版git checkout -） - 如果提示 “a branch is not fully merged”，说明有未合并的 commit，此时 Git 会阻止切换，这是保护机制，别加
-f硬来
真正容易被忽略的点是：分支切换本身很快，但“安全”的前提是上下文干净。很多人卡在冲突里，其实不是 merge 操作出问题，而是切换前没同步远程、没暂存本地修改，导致后续所有操作都在一个脏状态上叠加。把 git status 和 git pull 当成切换前的固定动作，比记住所有命令更重要。
