改远程分支地址需重设分支上游而非仅改remote URL；应先添加新远程（如git remote add gitee url），再用git branch --set-upstream-to=gitee/branch branch更新追踪关系，并执行git fetch同步状态。
改远程分支地址不是改分支名，也不是重命名远程仓库，而是把某个本地分支的“上游”从旧远程换到新远程——这事儿不能靠 git remote set-url 一步到位。
为什么 git remote set-url 对分支上游没用
这个命令只改 [remote "origin"] 配置里的 url 字段，它影响的是所有关联该远程的分支的 fetch/push 目标，但不触碰每个分支自己的 upstream 设置。比如你本地 main 分支当前追踪的是 origin/main，就算你把 origin 的 URL 换成新地址，git push 仍会按原来记录的 origin/main 去推——只是这次连的是新服务器而已。真要换“上游”，得单独操作分支。
- 执行
git branch --set-upstream-to才能改分支的追踪关系 - 如果新远程名不是
origin（比如叫new-origin），必须先git remote add new-origin <url> -
git push --set-upstream new-origin main是更安全的写法，它自动设置上游并推送，比手动设再推少一步出错
想把 feature 分支从 origin 切到 gitee 远程
常见场景：主仓库在 GitHub，但国内协作要用 Gitee 镜像。这时你不是要迁移整个仓库，只是让某个分支的默认推送目标变掉。
监控一个或多个 GitCode 仓库的 PR，通过 OpenClaw Gateway 自动执行 AI 审查，发布 PR 评论，并发送钉钉和企业微信通知。
- 确认新远程已存在：
git remote add gitee https://gitee.com/u/repo.git - 切到目标分支：
git checkout feature - 重设上游：
git branch --set-upstream-to=gitee/feature feature - 推一次验证：
git push（此时会推到gitee/feature） - 如果报错
non-fast-forward，说明远程已有同名分支且有冲突，加-f强制（慎用）或先git pull gitee feature合并
改完上游后 git status 还显示 “Your branch is behind 'origin/main'”
这是最常被忽略的一点：Git 的状态提示依赖当前分支的 upstream，但它不会自动刷新比较结果。你刚把上游从 origin/main 改成 gitee/main，但 Git 还缓存着上次跟 origin 的差异快照。
- 运行
git fetch gitee拉取新远程的最新提交 - 再执行
git status，提示就会变成跟gitee/main的对比 - 如果仍不对，检查
git config --get branch.feature.merge和git config --get branch.feature.remote是否已更新为gitee
别混淆“远程仓库地址”和“分支上游”，后者才是决定 git push 默认推哪的关键
很多人改完 git remote set-url origin 就以为万事大吉，结果 git push 还是失败。其实失败点往往在：上游没重设、凭据没清、SSH key 没加新主机、或者新远程压根没那个分支。这些都和 URL 本身无关。真正要动的，是每个分支自己的 branch.<name>.remote 和 branch.<name>.merge 配置项——它们藏在 .git/config 里，但最好用命令改，避免手误。
