推送命令返回成功，但打开 Origin 仓库页面找不到刚推的分支，通常不是单一原因。先不要重复执行 git push，按“推错远程地址 → 推错分支名 → 用错账号身份 → 账号缺少查看权限”的顺序排查，多数情况在前两步就能定位。
推送回显成功只表示本地 Git 完成了与某个远程的通信，不保证你正在看的那个仓库页面能看到分支。先在仓库目录执行 git remote -v 和 git ls-remote `--heads` 远程名，确认推送目标地址和远程分支列表；再用 git log -1 确认提交身份，最后换账号或换无痕窗口对照分支列表。若远程已有该分支而页面看不到，优先核对读取权限和分支所在仓库范围，而不是继续重推。
确认这个仓库目录配了几个远程
在项目根目录执行：
git remote -v常见回显如下：
origin git@github.com:your-org/your-repo.git (fetch)
origin git@github.com:your-org/your-repo.git (push)如果输出里出现两个以上远程名，例如 origin、upstream、fork，需要逐个核对地址。核对方式：git remote get-url origin、git remote get-url upstream。推送时如果执行的是 git push upstream feature/login，分支就会进入 upstream 指向的仓库，而不是你正在浏览的 origin 页面。适用场景：同一目录从 fork 克隆后添加过上游远程，或早期配置过多个远端。验证方式：把每个远程地址复制到浏览器打开，确认哪个是你要找的仓库。风险边界：删除或重命名远程不会删除已推送的分支，但会改变后续 push 的默认目标，操作前先记录地址。
回看推送回显里实际推的分支名
推送命令的回显会写明远程地址和分支映射。例如：
To github.com:your-org/your-repo.git
* [new branch] feature/login -> feature/login箭头左边是本地分支，右边是远程分支名。如果右边不是你准备查找的名字，说明分支名写错了。另一种回显是 Everything up-to-date，表示这次没有新内容可推，远程可能已有同名分支，或者你本地并没有新提交。可以先执行 git branch -vv 查看本地分支列表和上游对应关系。常见不一致包括：本地分支叫 feature/login，推送时写成 git push origin feature-login，把斜杠换成了连字符；或者只写了 git push origin，结果按默认推送规则推了另一条分支。还要注意大小写，部分平台的分支名大小写敏感，页面搜索时用错大小写也可能找不到。验证方式：用 git ls-remote `--heads` origin 列出远程分支，和本地分支逐条比对。
确认这次提交用的身份属于哪个账号
查看当前仓库的提交身份：
git config user.name
git config user.email
git log -1 `--format`='%an <%ae>'git config user.name 和 user.email 可能来自全局配置，也可能来自当前仓库的局部配置。分别查看：
git config `--global` `--list`
git config `--local` `--list`如果同一台机器存在多份身份，例如个人账号和公司账号，切换时建议在仓库内执行：
git config `--local` user.name "your-name"
git config `--local` user.email "your-email@example.com"但提交身份和推送认证是两件事。SSH 推送认证取决于当前使用的密钥，可以用 ssh -T git@github.com 或 ssh -T git@gitlab.com 查看返回的账号名。如果推送用的是另一个 SSH key 或 token，分支可能被推到那个账号有权写入的仓库，而不是你当前登录查看的仓库。适用场景：机器上配置过多个 SSH Host，或 HTTPS 凭据缓存里保存了旧账号。验证方式：看推送回显里的远程主机别名，以及登录平台后检查该账号最近的活动记录。风险边界：修改局部 user.email 只影响后续提交的作者信息，不会改写已经推送的提交。
换一个账号或权限视角看分支列表
先区分“远程没有这条分支”和“当前账号看不到这条分支”。用不依赖网页渲染的命令确认远程分支：
git ls-remote `--heads` origin如果该命令输出里包含目标分支，说明分支已经在远程仓库里。接下来换一个账号或换一个浏览器无痕窗口登录仓库页面，打开 Branches 列表。对照步骤：复制仓库网页地址，用另一个有权限的账号打开同一地址，进入分支列表；再切换回自己的账号打开同一地址，比较两边看到的分支数量。
能看到分支和看不到分支对应的判断不同：换账号能看到、自己账号看不到，通常指向当前账号的读取权限或仓库可见范围问题，而不是推送失败。换账号也看不到，而 git ls-remote 同样没有输出目标分支，说明分支确实没有推到该远程，需要回到远程地址和分支名核对。风险边界：git ls-remote 能列出分支，前提是当前认证身份对该仓库有读取权限；如果远程仓库完全私有且账号未加入，这条命令也可能报错。
排除推错位置之后再判断是不是权限问题
如果远程地址正确、分支名正确、git ls-remote `--heads` 也能看到目标分支，但网页分支列表里没有，继续重推通常不会改变结果。此时按三项依次核对：
- 读取权限：确认当前登录账号是否被加入仓库成员，角色是否允许查看分支列表。可以请仓库管理员在你的账号下打开同一仓库地址做对照。
- 分支保护或规则：检查该分支是否被保护规则限制、是否位于某个受限制的命名空间。保护规则一般不会让分支从列表消失，但会限制推送和删除，需要结合平台页面提示确认。
- 仓库范围：确认打开的是推送目标仓库本身，而不是它的 fork、镜像或同名的另一个仓库。分支可能已经推到了 fork，但你在上游仓库页面查找。
判断顺序建议是先看 git ls-remote 输出，再看换账号对照结果，最后才怀疑权限。这样可以避免在远程地址和分支名都对的情况下反复推送。如果确认是权限问题，动作应放在仓库成员设置或平台权限配置上，而不是继续在本地重试。