git pull 报错“fatal: No remote configured for branch”是因为本地分支未设置上游远程跟踪分支，需用 git branch --set-upstream-to=origin/branchname branchname 或首次推送时用 git push -u origin branchname 解决。
git pull 报错“fatal: No remote configured for branch”
这是本地分支没设置上游（upstream）远程跟踪分支的典型表现。Git 不知道该从哪个远程仓库、哪个分支去拉取更新，所以 git pull 直接失败。
常见于以下场景：
- 用
git checkout -b feature/login新建分支后直接开发，没推也没关联 - 克隆仓库后新建分支，但忘记执行
git push --set-upstream origin feature/login - 团队协作中别人推送了新分支，你用
git checkout feature/login切换时本地没对应分支，Git 自动创建了“游离”分支，但未设 upstream
此时运行 git pull 会报错：fatal: No remote configured for branch 'feature/login' 或 fatal: No upstream configured for branch 'feature/login'。
用 git branch --set-upstream-to 关联已有远程分支
如果远程分支已存在（比如 origin/feature/login），只需手动绑定本地分支到它：
git branch --set-upstream-to=origin/feature/login feature/login
之后就能正常使用 git pull 和 git push。注意参数顺序：--set-upstream-to=<remote-branch> <local-branch>，不能颠倒。
验证是否成功：
git branch -vv
输出中该分支行末尾应显示类似 [origin/feature/login] 的标记。
容易踩的坑：
使用 `gh` CLI 与 GitHub 交互。通过`gh issue`、`gh pr`、`gh run` 和 `gh api` 管理 issue、PR、CI 运行以及高级查询。
- 误写成
--set-upstream（旧语法，已被弃用，且参数顺序相反，易出错） - 远程分支名拼错，比如把
origin/feat/login写成origin/feature/login，而实际远程不存在该分支 - 本地分支名和远程分支名不一致却强行绑定，后续
git push可能意外创建同名远程分支
首次推送时直接设置 upstream，一劳永逸
如果本地分支还没推送到远程，最稳妥的做法是第一次推送就带上 --set-upstream（简写为 -u）：
git push -u origin feature/login
这条命令会完成两件事：把本地 feature/login 推到远程 origin 的同名分支，并自动设置上游跟踪关系。
此后所有 git pull、git push 都无需再指定远程和分支名。
性能与兼容性提示：
- 这个操作只影响本地 Git 配置（存于
.git/config中），不改变远程仓库状态，无网络开销 -
-u在 Git 2.0+ 全面支持，老版本（如 1.7.x）也兼容，但建议确认git --version - 如果远程分支不存在，
git push -u会创建它；若已存在且有冲突，会拒绝推送，需先git pull合并（这时得先手动设 upstream 或用git pull origin feature/login）
批量修复多个未关联分支的脚本思路
当项目有大量本地分支都未关联远程时，逐条执行 git branch --set-upstream-to 效率低。可借助 shell 快速处理（假设远程名统一为 origin，且本地分支名与远程分支名一一对应）：
git branch | sed 's/^[* ] //g' | while read b; do git branch --set-upstream-to=origin/$b $b 2>/dev/null; done
说明：
-
git branch列出本地分支，sed去掉前面的空格或* -
2>/dev/null屏蔽“no such branch”等错误（比如本地有main，但远程只有master） - 务必先备份或确认远程分支命名规范，否则可能误绑
更安全的做法是先用 git ls-remote --heads origin 查看真实存在的远程分支名，再做映射匹配——这点常被忽略，尤其在多环境（dev/staging/prod）共用一个仓库时，远程分支前缀可能不一致。
