git无法直接切换远程分支，必须先fetch获取远程引用，再用git switch -c 分支名 --track origin/分支名创建并切换本地分支；老版本可用git checkout -b等价命令。
直接用 git fetch + git checkout 或 git switch 是最干净、最可控的方式。别用 git pull 直接拉指定远程分支——它默认只作用于当前分支的上游，对非关联分支容易出错或静默失败。
怎么把 origin/feature/login 拉到本地并切换过去
这是最常见需求：远程有个新分支，你本地还没有，想立刻拿到代码、开始开发。
- 先确认远程分支存在：
git branch -r | grep feature/login（如果没输出，说明远程还没推上去，或拼写错了） - 创建并切换到同名本地分支，同时设置跟踪：
git switch -c feature/login --track origin/feature/login - 如果提示
error: the requested upstream branch 'origin/feature/login' does not exist，说明远程分支确实不存在，得让同事先git push origin feature/login - Git 2.23+ 推荐用
switch；老版本可用等价命令：git checkout -b feature/login origin/feature/login
只想更新本地已有分支，不切过去
比如你在 main 分支上，但需要把 origin/dev 的最新提交同步下来做测试，又不想离开当前分支。
- 只下载不合并：
git fetch origin dev（比git fetch --all更轻量，避免拉一堆用不到的分支） - 此时
origin/dev已更新，你可以随时git merge origin/dev或git rebase origin/dev，但不会影响你当前工作区 - 注意：
git pull origin dev在这种场景下是错的——它会尝试把origin/dev合并进当前分支（main），不是你想要的“仅同步远程分支”
同步后推送失败：rejected non-fast-forward 是什么情况
你刚 git merge origin/dev 完，一推就报这个错，说明远程 dev 分支在你 fetch 之后又被别人推过新提交了。
- 这不是你操作错了，是协作中的正常竞争态
- 先再执行一次
git fetch origin dev，然后git merge origin/dev（可能触发新冲突） - 或者改用变基：
git rebase origin/dev，让自己的提交“叠”在最新远程提交之上 - 强制推送
git push --force-with-lease origin dev仅限个人分支，绝不能用于共享分支（如main、dev）
真正容易被忽略的是：远程分支名和本地分支名可以不同，但 origin/xxx 这个引用永远对应远程仓库里的 xxx 分支。只要没删掉 origin 这个远程源，git fetch 就能精准定位——别靠猜，用 git ls-remote origin 看真实存在的分支名。
