git push --set-upstream origin 是唯一可靠的一次性解法，它明确建立本地分支与远程分支的追踪关系，写入 .git/config 中的 remote 和 merge 配置，首次推送时自动创建远程分支，并使后续 git push/git pull 无需指定参数。

直接执行 git push --set-upstream origin 就能解决，但错在没搞清「什么时候必须加」和「加完之后还可能出什么问题」。

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/login vs feature/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 依然要单独设置 —— 没有“继承”这回事。