gh-pr-merge-delete-branch-closes-dependent-pr

修复 GitHub 上因基础分支被删除而导致堆叠/依赖 PR 意外自动关闭的问题。适用于以下场景：(1) 你对 PR A 执行了 `gh pr merge --delete-branch`（或任何删除分支的合并操作），而基于 PR A 的 PR B 现在被无警告地关闭了——并未按预期重定向到仓库的默认分支；(2) 在堆叠 PR 工作流中，链中每个 PR 的基础分支都设置为前一个 PR 的头分支，你希望按顺序合并它们而不丢失依赖 PR 的审查历史；(3) 你想重新打开因基础分支删除级联而被关闭的 PR。根本原因：当基础引用消失时，GitHub 会自动关闭（而非重定向）依赖的 PR。此时运行 `gh pr reopen` 会失败，并提示“GraphQL: 无法打开拉取请求”，因为基础引用已不存在。解决方案：通过 `gh api repos/OWNER/REPO/git/refs -f ref='refs/heads/<deleted>' -f sha='<some-sha>'` 重新创建已删除的引用，重新打开 PR，将其基础重定向到你的真实目标（通常是 main），然后可选择再次删除重新创建的引用。在一次会话中遇到了两次此问题，涉及一个 3-PR 堆叠链（#82 → #71 → #84），因为每个 PR 的前驱合并操作都会级联关闭下一个 PR。

存档时间线

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

下载存档内容副本