git push --set-upstream origin 是唯一可靠的一次性解法，它明确建立本地分支与远程分支的追踪关系，写入 .git/config 中的 remote 和 merge 配置，首次推送时自动创建远程分支，并使后续 git push/git pull 无需指定参数。
直接执行 git push --set-upstream origin <branch-name></branch-name> 就能解决，但错在没搞清「什么时候必须加」和「加完之后还可能出什么问题」。
git push --set-upstream 是唯一可靠的一次性解法
这个命令本质是写入两行配置到 .git/config：指定 remote 和 merge 引用。它不是“尝试推送”，而是明确建立映射关系。
- 必须带
origin和分支名，不能只写git push -u（会报错fatal: The current branch ... has no upstream branch） - 如果远程仓库还没这个分支（比如第一次推 feature 分支），
--set-upstream会同时创建远程分支并设置跟踪 - 执行后，
git branch -vv输出里该分支名后会出现[origin/branch-name] - 后续
git push和git pull就不再报错，也不用再输参数
git push.default = current 能省事，但有隐藏兼容风险
设成 current 后，git push 会自动推当前分支到同名远程分支，看起来更“智能”。但它依赖远程已有同名分支，且不处理重命名、大小写差异等边界情况。
openclaw-github-config-impact
下载
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
- 执行
git config --global push.default current即可全局启用 - CI/CD 流水线中慎用：某些旧版 Git（如 2.10 之前）不支持
current，会 fallback 到matching，导致意外推送所有分支 - 团队协作时，若有人本地分支名拼错（比如
feat/loginvsfeature/login），current模式不会报错，而是静默创建一个新远程分支，埋下混乱隐患
分支重命名后 upstream 会丢失，必须手动重建
git branch -m old new 只改本地引用，原 branch.old.remote 和 branch.old.merge 配置不会迁移。此时 git push -u origin new 不是“补关联”，而是“建新关联”。
- 别用
git branch --set-upstream（已弃用），它不更新merge字段，git pull仍失败 - 正确做法是先删旧配置：
git config --unset branch.old.remote && git config --unset branch.old.merge，再执行git push --set-upstream origin new - 如果远程旧分支还存在，建议同步删除：
git push origin --delete old，避免残留
最常被忽略的是：上游配置是分支粒度的，不是仓库级的。哪怕你对 main 设置了 upstream，新建的 feature/x 依然要单独设置 —— 没有“继承”这回事。
