git fetch origin 没反应，先确认 origin 是否存在且 url 正确；git branch -r 不显示新分支是因未 fetch 或需 --prune；git pull 报 remote ref 错误应检查分支名与协议一致性；permission denied 是写权限不足而非密钥问题。
git fetch origin 没反应？先确认远程配置是否生效
执行 git fetch origin 后终端没输出、也没报错，不代表成功——它可能根本没连上正确的 remote。常见原因是本地仓库压根没配 origin，或者配错了 URL（比如 HTTPS 和 SSH 混用、拼错用户名或仓库名）。
实操建议：
- 运行
git remote -v查看当前 remote 列表，确认origin存在且地址和 Gitee/GitHub 页面上“克隆/下载”里显示的 SSH 或 HTTPS 地址完全一致 - 如果输出为空，说明还没关联远程：用
git remote add origin git@gitee.com:username/repo.git（SSH）或git remote add origin https://gitee.com/username/repo.git（HTTPS）补上 - 如果地址有误，先删掉再重加：
git remote remove origin→git remote add origin ... - HTTPS 方式下，若提示输入密码但你用了私人令牌（token），请确保 token 有
repo权限，并在首次推送时用 token 当作密码；SSH 方式则必须提前生成密钥并添加到 Gitee/GitHub 账户中
git branch -r 不显示目标分支？不是权限问题，是缓存过期
git branch -r 输出里没有 origin/feature/login，但你在网页端明明看到它存在——这不是你没权限，而是本地还没从远程拉取最新分支列表。Git 不会自动同步远程新分支，必须显式 fetch。
实操建议：
- 先执行
git fetch origin，等命令返回后再跑git branch -r，正常就能看到新分支了 - 如果仍不显示，加
--prune清理失效引用：git fetch --prune origin，避免旧分支残留干扰判断 - 确认你查的是
origin而非其他 remote（比如误配成upstream），可用git remote看所有 remote 名称 - 分支名对大小写敏感，
Feature和feature是两个分支，别靠记忆输，直接复制网页端显示的分支名
git pull origin main 报 fatal: couldn't find remote ref？检查分支名和协议一致性
这个错误里的 remote ref 指的是远程仓库中具体的分支引用，不是服务器连不上。它意味着 Git 向远端问“有没有叫 main 的分支”，远端回：“没有”。原因通常是分支名拼错、远程仓库实际用的是 master、或者你连的 remote 根本不是目标仓库。
实操建议：
- 先用
git ls-remote --heads origin直接查远端有哪些分支头（head refs），输出里会明确列出refs/heads/main或refs/heads/master，这是最权威的来源 - 检查本地当前分支是否已关联远程：
git branch -vv，看对应行有没有[origin/main]这类标记；如果没有，说明尚未建立跟踪关系 - HTTPS 和 SSH 协议不能混用凭据：用 SSH 配置了 remote，却用 HTTPS 凭据管理器存了账号，会导致认证混乱；统一用一种协议，避免交叉污染
- 企业私有 GitLab 实例中，某些 group-level push rules 可能屏蔽特定分支名（如禁止
dev*），此时ls-remote也查不到，需联系管理员确认策略
git push 报 Permission to repo.git denied？不是密钥问题，是写权限缺失
Permission to user/repo.git denied 出现在 SSH 成功登录之后（即 ssh -T git@gitee.com 返回欢迎信息），说明连接没问题，问题出在服务端授权层——你账号没被授予对该仓库的写权限，或目标分支受保护规则拦截。
实操建议：
- 运行
ssh -T git@gitee.com（Gitee）或ssh -T git@github.com（GitHub），确认终端打印的用户名是你预期的那个账号 - 去仓库网页 Settings → Collaborators / Members 页面，确认该账号有
Write权限（Read不够） - 如果是 GitHub/GitLab，打开 Settings → Branches → Branch protection rules，检查
main是否启用了Require pull request reviews或Restrict who can push；Gitee 还有“仅允许管理员推送”的开关，开启后协作者直推会被拒 - GitLab 私有实例中，Owner 也可能因 Group-level permissions 被限制，得让管理员在后台查
Push Rules或Group Settings → Permissions
remote ref、Permission to、origin/ 前缀、! [rejected]——它们各自指向完全不同的排查路径，跳过这一步直接重试，只会重复失败。
