推荐使用 git switch -c。git 2.23+ 起，switch 是官方为分支切换设计的语义清晰、行为专注的新命令；checkout 因职责过载易误操作，属遗留接口。

git checkout -b 和 git switch -c 哪个更推荐？

Git 2.23+ 版本起，git switch 是官方明确用来替代 git checkout 分支切换功能的新命令，语义更清晰、行为更专注。而 git checkout 因历史原因承载了太多职责（切分支、恢复文件、分离 HEAD），容易误操作。

• git switch -c <branch-name></branch-name> 只做「创建并切换」，不会意外覆盖工作区文件
• git checkout -b <branch-name></branch-name> 仍可用，但属于遗留接口，新项目建议用 switch
• 如果用老版本 Git（checkout -b

创建并切换的完整命令及常见变体

最简形式就是一条命令完成新建 + 切换，无需分两步：

openclaw-gitcode-pr-monitor

监控一个或多个 GitCode 仓库的 PR，通过 OpenClaw Gateway 自动执行 AI 审查，发布 PR 评论，并发送钉钉和企业微信通知。

下载

• 创建并切换到新分支：git switch -c feature/login
• 基于指定提交/分支创建（不基于当前 HEAD）：git switch -c hotfix/1.2.3 origin/main
• 创建并立即关联远程跟踪分支（后续 git push 可直接推送）：git switch -c feat/docs --track origin/main
• 如果分支名已存在，switch -c 会报错；想强制覆盖（慎用），加 -C（大写 C）：git switch -C dev

为什么有时候 git switch -c 报错 “A branch named 'xxx' already exists”？

这不是 bug，是保护机制。和 git checkout -b 一样，switch -c 默认拒绝覆盖已有分支，避免误删未合并的提交。

• 检查分支是否存在：git branch --format="%(refname:short)" | grep "^xxx$"
• 确认是否真要覆盖：先 git branch -D xxx 删除再重试，或直接用 git switch -C xxx
• 注意：如果当前有未提交更改，且目标分支在同名文件上有不同修改，switch 会中止并提示冲突，此时不能强制切换，得先暂存或提交

实际使用中容易忽略的细节

• git switch -c 不会自动拉取远程最新代码，它只是基于当前本地状态创建分支。如果想基于远程最新 main 新建分支，得先 git fetch，再 git switch -c feat/new origin/main
• 分支名里含斜杠（如 feature/user-auth）是合法的，Git 会将其视为命名空间，但某些 CI 工具或旧版 Git GUI 可能解析异常
• Windows 用户注意路径长度限制，过长分支名（尤其嵌套多级）可能在 git checkout 阶段失败，而 switch 同样受此限制

分支名拼错、忘记 -c 参数、或在 dirty 工作区强行切换——这些才是日常高频卡点，不是命令本身有多难。