碰到“本地分支推不上去”这类问题，我一般不会直接甩一条命令，而是先看两样东西：当前在哪个分支，以及远程仓库叫什么。git status 能显示当前分支和未推送的提交，git remote -v 能确认远程名是不是 origin。很多时候推不上去，不是命令错了，而是分支名、远程名或跟踪关系根本没对上。
等确认完分支和远程状态，才开始处理推送和上游关联的事。
推送时使用 -u 建立跟踪关系
向远程推送并建立跟踪关系，最简单的命令是 git push -u origin 分支名。这里的 -u 是 --set-upstream 的简写，作用是在推送成功后，把当前本地分支与远程同名分支关联起来。之后在这个分支上执行 git pull 或 git push 时，就不需要再手动指定远程和分支名。如果你已经提前创建了远程分支，或者远程分支名称不同，也可以使用 git push -u origin 本地分支名:远程分支名 来明确映射。
这种用法最常出现在全新本地分支第一次推送时。你只需要把分支名替换成实际名字，比如 feature/login。如果远程分支已存在而本地没有上游，同样可以用 git push -u origin 本地分支名 补上，前提是两边没有分叉。
推送后怎么确认跟踪关系
推送后如何确认跟踪关系已经建立？可以运行 git branch -vv 查看本地分支的跟踪信息。输出中，带有方括号的行会显示类似 [origin/main] 的提示，方括号内就是当前分支关联的远程跟踪分支。如果没有显示，说明跟踪关系未建立；如果提示 ahead 或 behind，则表示本地比远程领先或落后多少个提交，这对判断同步状态很有用。
看到 [origin/main] 之后，再运行 git status 能知道本地和远程有没有差异。如果 git branch -vv 里什么都没显示，先不要急着重新推送，运行 git branch -u origin/远程分支名 手动指定上游，再 git status 确认。
容易误判的分叉和强制推送
一个容易踩的坑是本地分支和远程分支的提交历史已经分叉。此时直接 git push 会报错，提示更新被拒绝，因为你本地不是远程的直接后代。不要贸然使用 git push --force，强制推送会覆盖远程提交，可能丢失别人的工作。正确做法是先 git fetch 查看差异，再决定是 git merge --ff-only 还是 git rebase 来整合，确认无误后再推送。
我会按以下顺序操作：先 git fetch origin，然后 git log HEAD..origin/远程分支名 看远程多出的提交；再用 git log origin/远程分支名..HEAD 看本地多出的提交。如果本地只有几个提交，而远程没有别人动过，用 git rebase 把提交挪到远程分支后面，再推送。如果远程多了提交，本地的提交又是已经发布的，用 git merge --ff-only 处理不了分叉，只能用 git merge 生成合并提交，这时要评估是否真的需要合并。
如果你已经用 --force 误推了，恢复起来很麻烦，所以推送前最好在 .git/config 里检查远程地址，确认这是共享分支还是个人分支。共享分支上的强制推送，能不用就不用。
补充跟踪和分支重命名后的清理
第一次推送时忘了加 -u，怎么补？在当前分支上执行 git push -u origin 当前分支名 就行。这条命令本质上是推送一次并设置上游，即使远程分支已经存在，它也不会修改远程内容，只要本地没有新提交，只会把跟踪关系补上。
本地分支重命名之后再推送，容易忽略旧分支残留。比如原来推送过 feature-a，后来用 git branch -m feature-a feature-b，再执行 git push -u origin feature-b，会在远程建一个新分支，但旧的 feature-a 还在远程。清理时用 git push origin --delete feature-a 删掉远程旧分支；如果本地还留着 feature-a 分支，用 git branch --unset-upstream 解除它的跟踪引用，避免后面误判断。
推送前的检查和稳妥顺序
对于全新分支，我会先看一眼远程有没有同名分支：git ls-remote --heads origin 分支名 有输出说明已经存在，没有输出则是不存在。远程已有同名分支时，不要直接 push -u，先 git pull --rebase 把远程提交拉到本地，再决定是否推送。使用 git push -u origin HEAD 可以少打一个分支名，但前提是当前分支已经切对；如果当前分支不是你要推的，反而容易推错。所以保留一个习惯：推送前始终用 git branch --show-current 确认分支名。
整个流程可以按以下顺序走：先 git status 看本地状态，再 git fetch 同步远程信息，用 git ls-remote 确认远程分支是否存在，然后 git push -u origin 本地分支名 推送并关联，最后 git branch -vv 核对跟踪关系。这样每一步都有检查点，出问题能定位到具体环节。