git switch不能替代git checkout，而是职责拆分：前者专管本地分支切换，后者兼顾分支与文件操作；switch不解析远程引用、拒绝未提交修改时切换、禁用隐式detached HEAD，更安全可控。
git switch 不能替代 git checkout，两者不是“新旧替换”关系，而是职责拆分：一个只管分支，一个兼顾分支+文件。
git switch 为什么不允许直接切到 origin/main
执行 git switch origin/main 会报错：fatal: a branch is expected, got remote branch 'origin/main'。因为 git switch 的设计原则是「只操作本地分支指针」，它压根不处理远程引用解析。
- 想基于远程分支新建并切换本地分支，必须显式加
-c和--track：git switch -c main --track origin/main - 漏掉
--track，新建的本地分支不会自动关联远程，后续git push会提示配置 upstream - 如果只是临时查看远程分支内容（不建本地分支），得用
git switch --detach origin/main，而不是省略参数硬切
未提交修改时，git switch 会直接拒绝切换
git switch 在检测到工作区或暂存区有未提交变更时，会立即报错退出，比如：error: Your local changes to the following files would be overwritten by switch。它不尝试合并、不覆盖、不警告后继续——这是强制保护。
-
git checkout默认会尝试把变更“带过去”，冲突时才报错；静默成功反而容易掩盖问题 - 如果你确实要丢弃修改再切分支，得先明确执行
git restore .或git stash，git switch不提供-f强制覆盖选项 - CI/CD 脚本里用
git switch更可靠，避免因脏工作区导致构建行为不一致
git checkout 切 commit 容易误入 detached HEAD 状态
运行 git checkout abc1234（commit hash）后，git status 显示 HEAD detached at abc1234 是常态；但 git switch abc1234 默认不支持这种用法，会直接报错：fatal: invalid reference: abc1234。
- 想进 detached HEAD 状态看历史，
git switch --detach abc1234是唯一显式写法，意图清晰 - 新手用
git checkout切错 commit 后继续改代码、提交，结果新提交挂在游离位置，切回分支就丢失——git switch从源头堵住这个漏洞 - 分支名含斜杠（如
feature/login-v2）时，老版本 Git 的git checkout可能误判为路径，git switch没这个问题，但要注意 CI 环境 Git 版本是否 ≥ 2.23
真正麻烦的不是命令选哪个，而是混用场景：比如脚本里一半用 git switch，一半留着 git checkout -- file 恢复文件——这时得确认 git restore 是否已覆盖所有文件操作需求，否则容易漏掉语义迁移。
