PR 创建、修复与自动合并
围绕当前分支使用 /pr，并区分检查、修复循环和 GitHub 自动合并。
This page has not been translated into English yet. The original Chinese version is shown below.
/pr 子命令针对当前分支对应的 pull request，需要位于 GitHub 托管仓库。创建或修复命令可能提交、推送和回复 review thread，已经批准相关工具时不会每一步重新询问。
选择子命令
| 命令 | 行为 | 可能提交和推送 |
|---|---|---|
/pr、/pr view | 查看当前分支 PR 状态 | 否 |
/pr view web | 在浏览器打开 | 否 |
/pr create | 创建或更新 PR | 是 |
/pr fix feedback | 处理审阅评论 | 是 |
/pr fix conflicts | 与 base branch 同步并解决冲突 | 是 |
/pr fix ci | 调查并修复失败检查 | 是 |
/pr fix、/pr fix all | 依次处理 feedback、conflicts、CI | 是 |
/pr auto | 必要时创建 PR，再循环修复到通过 | 是 |
/pr automerge | 持续修复并启用满足条件后的自动合并 | 是 |
查看与单项修复需要已有 PR；create、auto、automerge 可从尚未创建 PR 的分支开始。
创建或更新
/pr create 确保本地提交推送后创建 PR，仓库有 PR 模板时会用于标题和描述。当前分支已有 PR 时更新原 PR，不另建一份。
可追加创建要求，例如：
/pr create prefix the PR title 'Project X: '执行前核对当前分支和准备发布的提交范围。
三类修复
Feedback 会读取 review threads，优先处理可行动的代码请求。对已处理条目，Copilot 会在 GitHub 回复改动说明并解决 thread；需要你判断的 thread 会回复但保持未解决。
Conflicts 获取最新 base branch，按 rebase 或 merge 同步并解决冲突。未配置偏好时会询问；个人或仓库设置可使用 "mergeStrategy": "rebase" 或 "mergeStrategy": "merge"。
CI 会查看失败任务日志、应用修复并推送，再重新检查，直到通过或无法继续。与当前分支无关的失败会指出原因；可追加限制，例如 /pr fix ci focus on test failures。
自动修复循环
/pr auto 按 feedback → conflicts → CI 循环处理，直到没有待处理评论、无冲突且检查通过，不会合并 PR。它使用自定节奏的 schedule，每轮结束后等待 CI，而不是单个连续不停的 turn。用 /every 查看或停止该循环。
自动合并的实际含义
/pr automerge（别名 /pr agentmerge）运行同类修复循环。当 PR 不再是 draft、没有未解决的 changes requested，且所需检查通过时，Copilot 启用 GitHub auto-merge，不是跳过仓库要求直接合并。
GitHub 仍等待其余条件，包括必需 approval 和 merge queue。CLI 循环继续处理新反馈或检查失败，直到 PR 被合并或关闭。是否合并应以 GitHub 最终状态为准，不能仅凭 CLI 已设置 auto-merge 判断完成。
自动修复循环使用调度能力，当前 /every 的 experimental 前提和会话运行限制见会话内定时与循环提示。