“remote ref does not exist”不是权限问题，而是远程分支名不存在或本地缓存过期；应先执行git fetch --prune更新引用，再用git push origin --delete branch-name（不带origin/前缀）删除。
“remote: Permission to repo.git denied”不是密钥问题，而是你没被授权写入那个分支——要么账号没加进协作者，要么分支被保护规则拦住了。
git push 报 remote: Permission to user/repo.git denied 怎么定位
这个错误出现在 SSH 或 HTTPS 认证成功之后，说明 Git 已连上远端服务器，但服务端明确拒绝你的操作请求。它和 Permission denied (publickey) 完全无关，别浪费时间重配密钥。
- 先确认当前用的是哪个账号：运行
ssh -T git@github.com（GitHub）或git config --global credential.helper+ 查凭据管理器（HTTPS），看实际生效的账户名 - 去仓库网页 Settings → Collaborators / Members 页面，确认该账号有 Write 权限（Read 不够）
- 如果是 GitHub/GitLab，打开 Settings → Branches → Branch protection rules，检查目标分支（如
main）是否启用了Require pull request reviews、Restrict who can push等规则 - 企业版 GitLab 还可能在 Group Settings 里统一限制推送权限，得额外核对
为什么 ssh -T 成功了，push 还是被拒
ssh -T 只验证你能登录到 Git 服务节点，不代表你有权操作某个具体仓库。就像能刷门禁卡进大楼，不等于能进 CEO 办公室。
Github Stars Analyzer
下载
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 常见陷阱：你用的是个人账号 A，但仓库只给了组织账号 B 的 Write 权限；或者你用 SSH 登录的是账号 A，但仓库设置里只把账号 C 加为协作者
- GitLab 私有实例中，即使你是 Owner，也可能因
Push rules或Group-level permissions被拦截，需联系管理员查后台策略 - 某些平台（如 Gitee）支持“仅允许管理员推送”这类粗粒度开关，开启后普通协作者哪怕有 Write 权限也无法直推
删远程分支报 remote ref does not exist 是权限问题吗
不是。这个错误说明 Git 在远程根本找不到你写的那个分支名，压根没走到权限校验那步。
- 错误命令：
git push origin --delete origin/feature/login——origin/是本地跟踪引用前缀，不是远程分支名本身 - 正确写法只有：
git push origin --delete feature/login - 执行前务必先刷新缓存：
git fetch --prune，再用git branch -r确认origin/feature/login是否还在列表里 - 如果分支刚被别人删了，而你本地还没
fetch，就会报这个错
分支存在但 git checkout 找不到怎么办
这是典型的远程分支未同步到本地导致的“找不到分支”现象，不是权限问题，但新手常误判为被屏蔽。
- 先运行
git fetch origin拉取所有远程引用更新 - 再用
git branch -r看origin/xxx是否出现；没出现说明远程根本没这个分支，或名字拼错了（Git 对大小写敏感） - 若已存在，用
git checkout -t origin/xxx创建并跟踪本地分支；别直接git checkout xxx，否则会报pathspec 'xxx' did not match any file(s) - 注意：某些 CI/CD 流水线会自动清理短期分支，分支可能已被定时任务删除
真正容易被忽略的是：分支保护规则可能对不同用户角色启用不同策略，比如“允许 Maintainer 强制推送但禁止 Developer”，而你并不知道自己当前被识别为哪个角色——这需要去平台后台看实际分配的权限组，不是看自己头像右下角显示的“Owner”字样。
