执行摘要
cherry-pick 工作流输出新 PR 链接
PR body 指出:需要让操作人员能从 workflow run 页面直接点击进入生成的 cherry-pick PR,而不是手动查找。改动旨在提升 cherry-pick 工作流的可用性。
可快速合入。对于频繁使用 cherry-pick 工作流的团队,此改进能提高效率。
无 review 评论, PR 提交后直接合并。
PR body 指出:需要让操作人员能从 workflow run 页面直接点击进入生成的 cherry-pick PR,而不是手动查找。改动旨在提升 cherry-pick 工作流的可用性。
可快速合入。对于频繁使用 cherry-pick 工作流的团队,此改进能提高效率。
无 review 评论, PR 提交后直接合并。
Create Pull Request step 中,将之前的 gh pr create 命令的输出赋给变量 CREATED_PR_URL。${CREATED_PR_URL##*/} 从 URL 尾部提取 PR 数字,存入 CREATED_PR_NUMBER。echo "created_pr_url=..." >> $GITHUB_OUTPUT 和 echo "created_pr_number=..." >> $GITHUB_OUTPUT 暴露给后续 step。Summary step 中,读取上述 outputs,当 CHERRY_PICK_SUCCESS 为 true 且 CREATED_PR_NUMBER 非空时,在 GITHUB_STEP_SUMMARY 中添加一行 - **Cherry-pick PR:** [#N](URL)。涉及文件:.github/workflows/bot-cherry-pick.yml,仅修改该文件。
| 文件 | 模块 | 状态 | 重要度 |
|---|---|---|---|
.github/workflows/bot-cherry-pick.yml |
CI | modified | 4.08 |
分析完成后,这里会展示 LLM 生成的相对完整源码片段和详细注释。
当前评论区没有形成足够清晰的争议点或结论,后续有更多讨论时会体现在这里。
低风险。变更仅限于 CI 工作流中的输出处理,不涉及核心代码逻辑。若 gh pr create 输出格式不符合预期(如 URL 路径结构变化),PR 编号提取可能失败,但不会影响 cherry-pick 功能本身。
仅影响 CI 工作流的 bot-cherry-pick 流程。操作人员可直接从 Summary 跳转到新 PR,减少手动搜索时间。后端无用户影响。
当前没有检测到明确关联的 Issue 链接,后续同步到相关引用后会出现在这里。
参与讨论