git push -u origin feature/login是首次推送唯一安全方式，它自动创建远程分支、设置上游追踪关系，使后续git push和git pull无需指定参数；-u仅需执行一次，验证用git branch -vv。
本地分支还没推送到远程，就不存在“同步”一说；真正要做的，是先推送（git push），再建立跟踪关系（-u），之后才能用 git pull 或 git push 做增量同步。
本地分支第一次推送到远程
这是最常卡住的一步：你新建了 feature/login，改完代码，执行 git push 却报错 “error: The current branch feature/login has no upstream branch”。这是因为 Git 还不知道该把本地分支推到哪个远程分支、跟谁关联。
正确命令是：
git push -u origin feature/login
其中：
-
-u（即--set-upstream）只在首次推送时需要，它把本地分支和远程同名分支绑定为“上游” -
origin是远程仓库别名，绝大多数情况就是它；如果不是，可用git remote add origin <url></url>先添加 - 推送后，
git branch -vv会显示[origin/feature/login]，表示跟踪已建立
推送后怎么保持本地与远程一致
后续你在本地提交了新 commit，想把变更发到远程，直接运行：
git push
因为已有上游关联，Git 知道该推到哪。但要注意：如果远程分支在这期间被别人更新过（比如同事 git push 了新提交），你的 git push 会被拒绝，并提示 “Updates were rejected because the remote contains work that you do not have locally”。
这时不能硬加 --force，而应先拉取并整合远程变更：
- 推荐做法：
git pull --rebase origin feature/login—— 把你的新提交“重放”到远程最新提交之后，历史更干净 - 保守做法：
git pull origin feature/login—— 自动做一次 merge，生成一个合并 commit - 无论哪种，若出现冲突，必须手动编辑文件、
git add、再git rebase --continue或git commit
远程分支被删了，本地还留着怎么办
比如远程的 feature/login 被 CI 合并后自动清理了，但你的 git branch -a 仍显示 remotes/origin/feature/login，甚至 git branch -vv 显示 “stale”（陈旧）。
这不是 bug，是 Git 默认不自动清理失效的远程追踪分支。解决方法很简单：
git fetch --prune
或简写为：
git fetch -p
它会删除所有本地记录中已不存在于远程的 remotes/origin/* 分支。注意：这不会动你的本地分支（如 feature/login），只清理远程引用。
为什么 git push origin main 有时失败，有时成功
关键看本地 main 是否已设置上游。如果你是从别人仓库 git clone 下来的，main 默认就绑定了 origin/main，所以 git push 直接生效；但如果你是 git init 新建的仓库，又自己 git checkout -b main，那这个 main 是“无主分支”，没上游，git push origin main 虽能推上去，但不会自动设跟踪——下次还得写全称。
所以更稳妥的做法始终是：
- 首次推送必加
-u - 日常推送优先用
git push（依赖上游）而非git push origin <branch></branch>（显式指定） - 不确定是否有上游？执行
git branch -vv看一眼，比猜省事得多
真正的麻烦往往不出在推送动作本身，而出在「你以为已经关联好了，其实没有」——多敲一次 git branch -vv，能避开一大半同步类问题。
