会失败，因origin/远程分支名是远程跟踪引用而非本地提交，需先git fetch再执行git checkout -b 本地分支名 origin/远程分支名，或改用git switch -c（git 2.23+）更安全。
git checkout -b 本地分支名 origin/远程分支名 会失败吗？
会，而且很常见。直接用 git checkout -b 指向远程跟踪分支（如 origin/feat/login）时，Git 会报错：fatal: Cannot update paths and switch to branch 'xxx' at the same time 或提示“无法在分离 HEAD 状态下创建分支”。根本原因是 origin/feat/login 是远程跟踪引用（remote-tracking reference），不是本地分支，不能直接作为 -b 的起点。
正确做法是先获取远程最新信息，再基于远程分支的提交创建本地分支：
- 运行
git fetch origin（确保本地有origin/feat/login的最新 commit ID） - 再执行
git checkout -b feat/login origin/feat/login—— 注意：第二个参数必须是远程分支全名（带origin/前缀） - 或者更简洁：
git switch -c feat/login --track origin/feat/login（Git 2.23+ 推荐，语义更清晰）
git switch 和 git checkout 选哪个？
git switch 是 Git 2.23 引入的专用分支切换命令，专为“切换/创建分支”设计；git checkout 则功能混杂（切分支、恢复文件、分离 HEAD），容易误用。实际开发中建议优先用 git switch。
常用组合：
- 拉取并创建本地分支：
git switch -c feat/login origin/feat/login - 如果本地已有同名分支但已过期，加
-C强制重置：git switch -C feat/login origin/feat/login - 只切换不创建：
git switch feat/login（要求本地分支已存在）
注意：git switch 默认启用 --track，所以 git switch -c feat/login origin/feat/login 会自动设置上游分支（upstream），后续 git pull / git push 可直接使用，无需额外配置。
为什么 git pull origin 分支名 有时不生效？
因为 git pull origin feat/login 默认尝试合并到当前所在分支（比如你在 main 上执行，就会把 origin/feat/login 合并进 main），而不是创建或切换到 feat/login。这是最常被误解的操作。
真正想“拉取远程分支并同步到本地同名分支”，前提是本地分支已存在且已设置上游。否则应分两步：
- 先确保本地分支存在并关联远程：
git switch -c feat/login --track origin/feat/login - 之后在该分支上执行
git pull即可（等价于git pull origin feat/login）
如果本地分支已存在但未关联上游，用 git branch --set-upstream-to=origin/feat/login feat/login 补上关联。
远程分支名含斜杠（如 origin/release/v1.2）怎么处理？
斜杠在 Git 中只是命名约定，不影响操作，但需注意 shell 解析和路径安全。所有命令中都应将带斜杠的分支名用单引号包裹，避免被 shell 当作路径分割：
- 正确：
git switch -c release/v1.2 origin/release/v1.2 - 错误（可能报错或误解析）：
git switch -c release/v1.2 origin/release/v1.2（无引号时某些 shell 会尝试路径展开） - 保险写法：
git switch -c 'release/v1.2' 'origin/release/v1.2'
另外，本地分支名中的斜杠不会自动创建目录结构——Git 不支持真正的嵌套分支，release/v1.2 仍是扁平分支名，只是显示上有层级感。
远程分支太多时，git ls-remote --heads origin 比 git branch -r 更可靠，因为它绕过本地 ref 遗留问题，直接查服务器真实状态。
