答案是使用 git push -u origin 首次推送并建立上游关联。该命令将本地分支推送到同名远程分支，同时设置追踪关系，使后续 git push 和 git pull 无需指定参数；若远程无同名分支则自动创建，且仅需执行一次。
直接推送分支到远程仓库，不需要提前关联；但后续推送和拉取会因缺少上游分支设置而报错或失败。
git push 时提示 fatal: The current branch xxx has no upstream branch
这是最常见现象：你本地新建了分支（比如 git checkout -b feature/login），改完代码后执行 git push，Git 不知道该推到远程哪个分支、用什么名字，所以拒绝操作。
- 根本原因：本地分支没有设置
upstream（上游分支），即没指定它“跟踪”哪个远程分支 - 临时解决：加
-u参数首次推送，例如git push -u origin feature/login—— 这会把本地feature/login和远程origin/feature/login关联起来 - 注意：
-u只需用一次，之后再git push或git pull就能自动对应 - 如果远程仓库不存在同名分支，
git push -u origin xxx会自动创建它；如果存在但提交历史不一致，可能触发拒绝（需强制或先拉取）
如何手动设置或修改 upstream 分支
有时你推送到的远程分支名和本地不一致（比如本地叫 dev，想跟踪 origin/main），或者首次忘了加 -u，就得手动配置。
- 查看当前 upstream 状态：
git branch -vv（带[origin/xxx]表示已关联） - 设置 upstream：
git branch --set-upstream-to=origin/main dev（让本地dev跟踪origin/main） - 取消 upstream：
git branch --unset-upstream dev - 简写命令：
git branch -u origin/main dev等价于上面的--set-upstream-to
git push 默认行为与 config 设置的影响
git push 没参数时推什么，取决于 Git 的 push.default 配置，默认值在不同版本 Git 中不同（Git 2.0+ 是 simple），这直接影响推送安全性和意图表达。
-
simple（推荐）：只推送当前分支到同名的 upstream 分支；如果没 upstream，报错（就是开头那个 fatal） -
current：推送当前分支到远程同名分支，不管有没有 upstream 设置（有风险：可能意外创建远程分支） - 查看当前设置：
git config push.default - 全局设为安全模式：
git config --global push.default simple - 这个配置不会影响
git push -u的行为，但会影响后续无参数git push是否成功
远程分支名和本地分支名不一致怎么办
常见于协作规范要求：本地用 feat/xxx，远程统一走 pr/123；或团队用 Gerrit/Jenkins 等 CI 流程需要特定 ref 格式。
- 推送并关联不同名分支：
git push -u origin feature/login:pr/456（冒号前是本地分支，后是远程 ref 名） - 这样本地
feature/login的 upstream 就是origin/pr/456，后续git push仍推到pr/456 - 注意：远程 ref 不一定是分支，也可能是
refs/for/master这类特殊引用，取决于服务端支持 - 如果只是临时推送不同名，不想改 upstream，就别加
-u，每次显式写全git push origin local:remote
真正容易被忽略的是：upstream 是分支级配置，不是仓库级；切换分支后，git push 行为完全取决于当前分支的 upstream 设置，而不是你上一秒在哪个分支推过什么。多人协作中，尤其在从 main 切出多个功能分支时，漏设 -u 或设错目标，会导致后续 git pull 拿错更新、甚至覆盖他人提交。
