# PR #26074 完整报告

- 仓库：`sgl-project/sglang`
- 标题：[CI] bot-cherry-pick: remove concurrency group to enable batch dispatch
- 合并时间：2026-05-22 16:27
- 原文链接：http://prhub.com.cn/sgl-project/sglang/pull/26074

---

## 执行摘要
移除 `bot-cherry-pick.yml` 中的 `concurrency` 配置块，修复了批量 cherry-pick 时大部分工作流被取消的问题。变更仅删除 4 行，无风险，可安全并行执行多个 cherry-pick 任务。

## 功能与动机
当发布管理员通过 `/sglang-cherrypick` 或 GitHub Actions CLI 批量分发多个 PR 到同一个 release 分支时，由于 GitHub Actions 的 `concurrency` 机制（即使 `cancel-in-progress: false`），每个 concurrency 组只保留一个 pending 运行，新 dispatch 会取消之前排队的任务。实际验证中，8 个 PR 只有第一个和最后一个成功，中间 6 个从未启动。作者明确指出："There is no shared mutable state that the concurrency group was actually protecting."

## 实现拆解

1. **删除 concurrency 块**：在 `.github/workflows/bot-cherry-pick.yml` 中移除以下 4 行：
 - `concurrency:`
 - `group: cherry-pick-${{ github.event.inputs.target_branch }}`
 - `cancel-in-progress: false`
2. **保持不变的部分**：工作流的 `permissions`、`jobs.cherry-pick` 定义、`if` 条件及步骤均未修改。
3. **安全依据**：每个 cherry-pick 运行都创建随机后缀的分支（`cherry-pick/<sha>-to-<branch>-<rand>`），互不冲突；仅推送各自分支，不会竞争写入；最终合并 release 分支是人工审查步骤。

### 无（变更仅为删除配置行，无需展示代码）

## 评论区精华
无人工 review 评论。Gemini Code Assist 自动回复表示不支持生成 review。

## 风险与影响
**风险**：极低。无共享状态，移除后不会导致冲突。并行运行时可能增加 CI runner 负载，但在 SGLang 基础设施下可接受。
**影响**：正面改进，发布管理员可批量分发 cherry-pick 并获得全部成功，提升效率。

## 关联脉络
与 PR #26035（CI 取消工作流修复）同属 CI 基础设施改进系列，都涉及工作流并发行为和取消逻辑。