git remote set-url 不能改分支名，因为它只修改远程仓库地址（url），不改变本地分支的上游（upstream）映射关系；本地分支跟踪哪个远程分支由 git branch --set-upstream-to 控制，需手动重设。

git remote set-url 为什么不能直接改 origin 关联的分支名？

因为 git remote set-url 只改远程仓库地址（URL），不碰分支映射关系。它修改的是「去哪找远端」，不是「本地分支该推到哪个远端分支」。比如你执行 git remote set-url origin git@github.com:user/repo.git，只是把 origin 指向新地址，但原来 main 分支仍默认跟踪 origin/main —— 如果新仓库里根本没有 main，后续 git push 就会报错 failed to push some refs。

本地分支如何切换跟踪的远程别名和分支？

用 git branch --set-upstream-to 才能重绑跟踪关系。前提是目标远程别名已存在、目标远端分支已存在（或你准备首次推送时带 -u）。

Git

程序猿必备版本控制工具

下载

• 把当前分支改跟踪 github/main：git branch --set-upstream-to=github/main
• 把 dev 分支改跟踪 gitlab/feature-v2：git branch --set-upstream-to=gitlab/feature-v2 dev
• 如果目标远端分支尚不存在，首次推送需加 -u：git push -u github main，这会自动建立跟踪

remote 别名改名后，旧 tracking reference 还在吗？

还在，且会失效。比如你用 git remote rename origin github，所有原来以 origin/xxx 开头的远程跟踪分支（如 origin/main）会变成 github/xxx，但本地分支的 upstream 设置不会自动更新 —— 它还记着 origin/main，导致 git status 显示「Your branch is based on 'origin/main', but the upstream is gone」。

• 查当前分支 upstream：git config --get branch.main.merge 和 git config --get branch.main.remote
• 手动清理旧引用：git remote prune origin（注意：这里 origin 是旧别名）
• 推荐一步到位：先 git remote rename origin github，再对每个本地分支执行 git branch --set-upstream-to=github/main 等

多个 remote 时，push 默认推到哪个？

取决于本地分支的 upstream 设置，不是看 remote 别名顺序。没有 upstream 时，git push 会报错 fatal: The current branch has no upstream branch；有 upstream 时，git push 等价于 git push <remote><branch></branch></remote>。

• 想临时推到别的 remote：git push gitlab dev（推本地 dev 到 gitlab/dev）
• 想让 git push 默认走 gitlab 而非 origin，必须重设 upstream：git branch --set-upstream-to=gitlab/dev
• 别依赖 git push -u origin main 后就万事大吉——一旦 origin 被 rename 或删掉，upstream 不会自愈

实际操作中最容易被忽略的，是 git branch --set-upstream-to 和 git remote set-url 的分工混淆，以及 rename remote 后 upstream 不自动更新这个隐性状态。每次改 remote 别名或 URL，都要手动检查并重置相关分支的 tracking 配置。