登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  软件教程

Draft Pull Request 怎样切换审查状态

来源:17golang原创

时间:2026-10-25 11:46:24 418浏览 收藏

Draft Pull Request 不是“不能审查”的永久状态,而是把合并和正式评审暂时收住的工作状态。准备好让团队评审时,在合并区域点击 Ready for review;发现还要补代码或补测试时,则在右侧 Reviewers 区域选择 Convert to draft。这两个动作不会新建 Pull Request,也不会改变源分支。

官方地址:https://github.com/

要点速览
  • 草稿状态下不能合并,适合共享未完成工作。
  • 切换为 Ready for review 后,符合规则时会触发 CODEOWNERS 审查请求。
  • 切回 Draft 会再次阻止合并,但已订阅通知的人不会被自动取消订阅。

先确认 Draft Pull Request 的入口和权限

登录 GitHub 后进入目标仓库,点击仓库导航中的 Pull requests,再打开对应条目。页面头部或合并区域应能看到 Draft 标记。GitHub 文档给出的权限边界是:Pull Request 作者,或者拥有仓库写权限的人,可以改变这个阶段。

Draft Pull Request 入口、Draft 状态和 Reviewers 侧栏的原创界面说明图
图1:Draft Pull Request 入口与当前状态说明图,不是实际网页截图。
当前状态可见信号下一步
Draft显示 Draft,不能合并准备评审时点 Ready for review
Ready for reviewDraft 标记消失,可进入评审流程需要返工时点 Convert to draft

步骤一:把草稿改成 Ready for review

  1. 打开目标 Pull Request,在页面中部找到合并区域。
  2. 点击 Ready for review,按页面出现的确认动作完成切换。
  3. 回到页面头部检查:Draft 标记应消失,合并区域不再按草稿处理;如果仓库配置了 CODEOWNERS,GitHub 会为相关代码所有者请求审查。
Ready for review 按钮和切换后 Review requested 状态的原创界面说明图
图2:切换为 Ready for review 后的结果示意图,不是运行证据。

如果只看到检查任务仍在运行,不要把它当成状态切换失败。先确认 Draft 标记是否消失,再单独查看 Checks 和合并条件。

步骤二:需要补改时切回 Draft

  1. 在开放的 Pull Request 右侧找到 Reviewers 区域。
  2. 点击 Convert to draft,再确认转换。
  3. 检查页面:头部重新出现 Draft,合并区域显示当前不能合并。完成补丁、测试和自检后,再按上一步切回 Ready for review。
Reviewers 区域 Convert to draft 操作与 Merge blocked 结果的原创界面说明图
图3:切回 Draft 后的结果说明图,不是实际网页截图。

切回 Draft 的作用是向协作者表明“还在修改中”,不是撤销整个 Pull Request。已经订阅通知的人员仍会保留订阅。

按钮找不到时按这张清单排查

  • 没有 Ready for review:先确认当前确实是 Draft,并且打开的是 Pull Request 详情页而不是文件比较页。
  • 没有 Convert to draft:检查自己是否为作者,或是否拥有仓库写权限;关闭的 Pull Request 也不适合按此流程切换。
  • 状态已变但不能合并:状态切换只改变审查阶段,分支保护、必需检查和审批规则仍可能继续阻止合并。

相关问题

Draft Pull Request 能直接合并吗?

不能。必须先切换为 Ready for review,之后还要满足仓库的检查、审批和分支保护条件。

切换为 Ready for review 会自动请求谁审查?

如果仓库配置了 CODEOWNERS,GitHub 会向匹配的代码所有者请求审查;是否还需要其他审批由仓库规则决定。

切回 Draft 会取消已有通知订阅吗?

不会。已有订阅者仍然保留通知订阅,变化主要是 Pull Request 回到草稿状态并暂时不能合并。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>