git-pr-merge-unblock

排查拉取请求无法合并的原因，并确定在 github.com 或自托管 GitHub Enterprise 上谁能够真正解除阻塞。适用于以下场景：(1) PR 显示“需要代码所有者审核”，需找到可批准的人类审核者；(2) PR 显示已获 APPROVED 审核，但 `reviewDecision` 仍为 REVIEW_REQUIRED；(3) PR 因仅请求了团队而未通知任何个人，导致数日无人审核；(4) 需要了解谁对仓库拥有管理员/写入权限，或谁维护代码所有者团队；(5) 合并或推送因提交信息规范（如 commitlint 或自定义钩子）被拒绝。 涵盖非直观要点：机器人批准不满足 CODEOWNERS 检查要求；CODEOWNERS 按路径匹配，因此“谁负责整个仓库”这类全局回答通常是错误的；最高效的审核者通常是变更文件的最近作者，而非团队选择器首先推荐的成员。 此外，(6) 当 `gh pr merge` 失败并提示“基础分支策略禁止合并”，但所有检查均为绿色时——由于非管理员无法访问 REST 保护端点（返回 404），应通过 GraphQL 的 `refUpdateRule` 查询有效规则，并检查是否存在未解决的审核线程。反之亦然：`refUpdateRule` 是 viewer 作用域的，因此当你被加入绕过列表后，其返回值为零表示“该规则不适用于我”，而非“规则已失效”。

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本

相关资产