Git 2.23+ 推荐用 git switch -c 替代 git checkout -b，前者专用于创建并切换分支，语义清晰、拒绝静默覆盖未提交修改，而后者是多职责命令，易混淆且存在误操作风险。
git checkout -b 创建分支并切换的替代写法
Git 2.23+ 版本起，git checkout -b 已被官方明确标记为“遗留命令”，推荐改用 git switch —— 它专为分支切换设计，语义更清晰、参数更安全。
如果你执行 git checkout -b feature/login，实际等价于：
git switch -c feature/login
区别在于：git switch 默认拒绝覆盖未提交更改（除非显式加 -f），而 git checkout 在某些场景下会静默丢弃工作区修改，容易误操作。
git switch 和 git checkout 的行为差异
git switch 只处理分支切换和新建，不承担文件恢复职责；git checkout 是多面手，既切分支又可检出文件/提交，导致参数含义模糊、易混淆。
-
git switch -c branch-name：新建并切换，不接受路径参数，不会意外覆盖文件 -
git checkout -b branch-name：仍可用，但若后接路径（如git checkout -b dev README.md）会进入文件检出模式，而非创建分支 - 切换已有分支时，
git switch main比git checkout main更不易打错（后者若拼错分支名，可能误触发文件检出）
兼容旧版本 Git 或 CI 环境的写法
很多 CI 系统或容器镜像仍预装 Git 2.20 以下版本，git switch 不可用。此时必须用 git checkout -b，但要注意规避常见陷阱：
- 确保当前目录不是子模块根目录，否则
git checkout -b可能失败并报错fatal: not a git repository（实际是子模块内部 git 目录异常） - 如果提示
error: pathspec 'xxx' did not match any file(s) known to git，大概率是你输错了分支名，且当前有未暂存的改动，Git 把它当成了文件路径 - 想基于特定提交建分支？用
git checkout -b feature/start-from-hash abc1234，其中abc1234是提交哈希，不能省略
为什么 git checkout -b 有时看起来“没反应”
这不是命令失效，而是 Git 成功创建并切换了分支，但你没注意到 HEAD 已变 —— 尤其在没有配置 git config --global status.showUntrackedFiles no 的终端里，大量未跟踪文件会掩盖关键提示。
验证是否成功，直接运行：
git branch --show-current
输出应为刚创建的分支名。如果仍显示原分支，检查是否有以下情况：
- 当前处于分离 HEAD 状态（比如刚
git checkout abc1234过），此时git checkout -b会基于该提交建新分支，但不会报错 - 分支名含斜杠（如
git checkout -b feat/auth/login），某些老旧 Git 版本不支持，建议先升级或改用短名 - 远程分支同名存在（如 origin/feature），
git checkout feature会自动关联，但git checkout -b feature强制本地新建，不会拉取远程内容
分支创建这件事本身很简单，真正麻烦的是后续的推送设置、上游追踪、以及多人协作时的命名一致性 —— 这些都不在 checkout -b 或 switch -c 的职责范围内，得靠团队约定和后续命令补全。
