先执行 git fetch --prune 清理本地过期远程引用，再用 git branch -r 确认分支是否消失；若仍存在，可手动 git update-ref -d 或 git remote prune origin 彻底同步。
git push --delete 报 remote ref does not exist 怎么办
这不是权限问题，而是 Git 在本地缓存里找一个远程已不存在的分支。常见于：别人早删了该分支，但你的 origin/branch-name 还留着；或者你误写了 git push origin --delete origin/branch-name（多加了 origin/ 前缀）。
先执行 git fetch --prune，它会拉取远程最新分支列表，并自动清理本地过期的 refs/remotes/origin/* 引用；再运行 git branch -r 确认 origin/branch-name 是否真的消失。如果仍报错，说明分支名拼错了，打开 GitHub/GitLab 页面手动核对一次最稳妥。
删完远程分支，git branch -r 还显示它？
因为 origin/branch-name 是本地快照，不是实时镜像。Git 不会自动同步远程变更，除非你主动 fetch 或 pull。
git fetch --prune 多数情况下能清掉；如果残留，可手动删除：git update-ref -d refs/remotes/origin/branch-name，再补一次 git fetch --prune 确保彻底同步。
更彻底的做法是绕过 fetch，直接比对并清理：git remote prune origin。它不依赖拉取动作，只扫描 .git/refs/remotes/origin/ 下所有文件，和远程真实状态逐个校验，不存在就删。
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
批量删远程分支时，别信 shell 管道命令
像 git push origin --delete $(git branch -r | grep 'origin/feature/old') 这类写法风险极高：
- 分支名含空格或换行时，shell 分词会出错，可能删错分支
- 网络中断或部分失败，你无法知道哪些成功、哪些被跳过
- 没做是否已合并的检查，容易误删未合入主干的提交
真要批量删，先用 git fetch origin 同步元数据，再用 git log origin/main..origin/branch-name 逐个确认是否已合并；安全起见，优先人工筛选，或写脚本加 --dry-run 预演。
删完远程分支后，本地同名分支还在吗
还在。远程分支只是服务器上的一个引用，删它不影响你本地的 branch-name 分支，也不影响你本地的 origin/branch-name 跟踪引用（直到你 fetch --prune）。
若本地分支已合并进 main，可安全删：git checkout main && git branch -d branch-name；若未合并，-d 会拒绝，必须用 -D 强制删（慎用）。
真正容易被忽略的是：CI/CD 脚本、部署配置、甚至别人本地 clone 的仓库，可能还硬编码引用着这个分支。删之前最好在协作群同步一声，尤其涉及自动化流程时。
