根本原因是本地分支未被Git识别为可推送目标，因刚创建的分支缺少提交或未建立远程跟踪关系；需先提交代码，再用git push -u origin feature/login首次推送并设置上游。
git push 第一次推送时为什么报错 “refspec 'xxx' does not match any”
这是最常见的卡点：本地有分支 feature/login，但直接运行 git push origin feature/login 却失败，提示找不到该引用。根本原因不是远程不存在，而是 Git 默认不自动创建远程分支名映射 —— 它只按你写的 refspec 去找已存在的本地对象，而你刚建的分支还没被 Git “记住”为可推送目标。
解决方法很简单，但必须显式告诉 Git：这个本地分支要关联到哪个远程分支：
- 用
git push -u origin feature/login（-u即--set-upstream），首次推送同时建立跟踪关系 - 或先运行
git branch --set-upstream-to=origin/feature/login feature/login，再git push - 注意：如果远程仓库里真没有
feature/login分支（比如是全新分支），git push origin feature/login其实能成功，但不会自动设置 upstream，后续git pull会报 “no upstream configured”
如何让本地分支默认推送到同名远程分支，而不是总写 origin/xxx
Git 默认的推送行为由 push.default 配置控制。老版本 Git（matching，会推送所有同名分支；新版本默认是 simple，只推送当前分支且要求远程分支名完全一致、已存在跟踪关系。
如果你希望每次 git push 不加参数就自动推到同名远程分支（即使之前没设过 upstream），可以改配置：
-
git config --global push.default current：推当前分支到同名远程分支（最贴近直觉） -
git config --global push.default upstream：推当前分支到其 upstream 设置的目标（推荐用于协作项目，避免误推） - 不建议用
matching，尤其在多人共用一个远程仓库时，可能意外推送其他分支
执行后，再在 feature/login 分支上运行 git push，就会自动等价于 git push origin feature/login。
远程仓库地址错了，或者想换一个远程名（比如从 origin 改成 upstream），怎么安全切换
远程名只是本地 Git 的别名，和远程服务器无关。改名或修正 URL 不影响已有提交，但会影响后续所有 git push/git pull 操作。
常见操作组合：
- 修改远程 URL：
git remote set-url origin https://github.com/user/repo.git - 重命名远程名：
git remote rename origin upstream（之后所有origin/xxx跟踪关系都会失效，需手动修复） - 删除旧远程并添加新远程：
git remote remove origin→git remote add origin git@xxx，但注意这会让所有本地分支的 upstream 设置失效，需重新git branch --set-upstream-to=origin/xxx xxx - 检查当前设置：
git remote -v和git branch -vv（看哪些分支有 tracking，指向谁）
git push 后别人看不到新分支？可能是远程权限或保护规则拦住了
成功执行 git push origin feature/login 并返回 “Writing objects” 并不等于分支已公开可见。尤其在 GitHub / GitLab 等平台，以下情况会导致分支“推上去了但查不到”：
- 远程仓库设置了 branch protection rules（如要求 PR + CI 通过才能合并），但推送本身仍被允许 —— 分支存在，只是不能直接 push 到 protected 分支（如
main） - 你用的是个人 token 或 SSH key，但权限不足（例如只有 read 权限）；GitHub 上私有仓库的 collaborator 如果没被明确授予 write 权限，也无法推送新分支
- 远程是 bare 仓库且
receive.denyNonFastForwards开启，而你的推送包含 force-update（此时会拒绝，但错误信息可能不明显） - 确认是否真的推上去了：
git ls-remote --heads origin可列出远程所有分支引用，比网页界面更准
真正容易被忽略的是：Git 本身不校验远程分支是否“生效”，它只管把对象和引用传过去。服务端策略、权限、钩子脚本才是最终裁决者 —— 所以看到 “push completed” 之后，务必用 git ls-remote 或平台界面双重验证。
