根本原因是分支上游（upstream）未设置或设错；运行git branch -vv查看方括号内内容，如[origin/main]即当前映射，为空则未设置，可用git branch --set-upstream-to=origin/xxx修正。
本地分支推不到预期远程分支，或 git status 显示的“ahead/behind”对象不对，根本原因几乎都是分支映射关系（upstream）没设对，而不是远程 URL 或网络问题。
怎么查当前分支映射到哪个远程分支
运行 git branch -vv，输出中带方括号的部分就是当前 upstream：
* main a1b2c3d [origin/main] Merge PR #42
如果括号里是空的（如 * feature/login a1b2c3d），说明该分支没设 upstream；如果显示的是 [origin/old-name]，但远程已改名，那就要重设。
- 只看当前分支：用
git rev-parse --abbrev-ref @{u}，会直接输出类似origin/main的完整 refspec - 想确认 upstream 配置项是否写进 config：检查
git config --get branch.main.remote和git config --get branch.main.merge - 注意：
git remote -v只显示远程仓库地址，不反映任何分支映射关系
如何把本地分支 feature/login 映射到 origin/feature/auth
不能靠改 .git/config 手动编辑，必须用 Git 命令触发校验和缓存更新。正确做法分两步：
- 先确保你已在
feature/login分支上：git checkout feature/login - 执行：
git branch --set-upstream-to=origin/feature/auth（不写本地分支名，默认作用于当前分支） - 验证：
git branch -vv应显示[origin/feature/auth]
如果报错 remote ref does not exist，说明本地还没拉取过 origin/feature/auth 的信息，先运行 git fetch origin 再重试。
为什么改了 git remote set-url origin xxx 后 git push 还失败
因为 git remote set-url 只改远程仓库地址，不影响每个分支自己的 upstream 记录。Git 推送时优先读 branch.<name>.remote</name> 和 branch.<name>.merge</name>，不是去查 remote.origin.url。
- 典型现象：URL 换成 Gitee 后，
git push仍连 GitHub 并报权限错误 - 真正要改的是分支追踪目标，不是远程别名 —— 即使远程名仍是
origin，也要用git branch --set-upstream-to=origin/main重新绑定一次 - 如果远程名也换了（比如从
origin改成gitee），必须先git remote add gitee url，再git branch --set-upstream-to=gitee/main
git push 默认推哪？由 push.default 和 upstream 共同决定
即使设置了 upstream，git push 行为还受全局配置 push.default 控制。常见值的影响：
-
simple（新 Git 默认）：只推当前分支，且要求 upstream 存在、远程分支名与本地完全一致 -
current：推当前分支到同名远程分支，不管 upstream 是否设置（最省事，适合个人项目） -
upstream：严格按 upstream 配置推，哪怕远程分支名和本地不一致（协作项目推荐）
执行 git config --global push.default upstream 后，git push 就等价于 git push <remote><remote-branch></remote-branch></remote>，不会误推其他分支。这点容易被忽略，但直接影响日常操作是否“直觉”。
