改远程分支的存储地址本质是修改其所属远程仓库url，应使用git remote set-url命令，并必须同步执行git branch --set-upstream-to刷新分支追踪关系，否则git push仍按旧上游地址推送。
改远程分支的“存储地址”，本质是改它所归属的远程仓库（remote），不是改分支名，也不是删重传——git remote set-url 能解决 90% 的场景，但必须配合上游分支追踪刷新，否则 git push 仍会往旧地址发。
怎么确认该不该用 git remote set-url
别一上来就执行命令。先运行：
git remote -v
看输出里 fetch 和 push 的 URL 是否一致、是否指向你真正要推的目标仓库。常见误判点：
- 输出为空 → 说明根本没设 remote，该用
git remote add origin <url></url>，不是改 - 看到
origin就以为是主远程 → 其实可能还有upstream或gitee，git remote不加-v只显示名字，容易漏 - URL 看似一样但认证方式变了 → 比如 CI/CD 里换用了 deploy key 或 token，这不是地址问题，是凭据问题
- fork 后本地还连着原始仓库 → 你改的是上游（
upstream），不是你自己托管的 repo 地址
git remote set-url 改完为什么 git push 还走旧地址
因为 git remote set-url 只改 [remote "origin"] 配置里的 url 字段，不影响每个分支自己的 upstream 设置。比如你本地 main 分支当前追踪的是 origin/main，就算把 origin 的 URL 换成新地址，git push 仍会按原来记录的 origin/main 去推——只是这次连的是新服务器而已。
真要换“上游”，得单独操作分支：
- 运行
git branch --set-upstream-to=origin/main main（把main换成你当前分支名） - 或者更安全：切到该分支后，直接
git push --set-upstream origin main，它自动设上游并推送 - IDE（如 IDEA）可能缓存旧 remote 配置，改完命令后需重启 IDE 或在 Git → Repositories 面板里右键刷新
HTTPS 协议下改完地址却报 403 或静默失败
这不是 Git 配置问题，是凭据管理器还存着旧账号密码：
- Windows：去「凭据管理器」删掉含对应域名的条目
- macOS：在「钥匙串访问」里搜域名删掉
- Linux：执行
git credential reject，然后输：protocol=httpshost=new-domain.com
再按两下回车
如果用了 SSH，还要检查新主机公钥是否在 ~/.ssh/known_hosts 里，可先手动运行 ssh -T git@new-host 测通。
改完 upstream 后 git status 还显示 “behind 'origin/main'”
这是最常被忽略的一点：Git 的状态提示依赖当前分支的 upstream，但它不会自动刷新比较结果。你刚把 upstream 从 origin/main 改成 gitee/main，但 Git 还缓存着上次跟 origin 的差异快照。
必须手动触发同步：
- 运行
git fetch gitee拉取新远程的最新提交 - 再执行
git status，提示就会变成跟gitee/main的对比 - 如果仍不对，检查
git config --get branch.main.merge和git config --get branch.main.remote是否已更新为gitee
分支上游配置和凭据刷新这两步，不手动做，就永远卡在“看似改了，其实没生效”的状态。
