pr-automation.yml 的 allow-major 步骤仍从事件载荷读标签:#5580 同款竞态的孪生体(pre-mode 期间休眠)

[os-zhuang]

实现 #5580(changeset-check 的 skip-changeset 标签改为 job 内实时读)时在同一个 job 里发现的孪生体。查重先行:allow-major label payload 与 in:body "allow-major" 两轮检索 0 命中。

签名

.github/workflows/pr-automation.yml 的 Guard against accidental major bumps (launch window) 步骤:

if: "!contains(github.event.pull_request.labels.*.name, 'allow-major')"

与 #5580 修掉的是同一个读法、同一个后果:

• 载荷是事件触发那一刻的快照 → 开 PR 后再补 allow-major 标签,opened 事件的 run 看不见 → check-changeset-no-major.mjs 照跑 → 红;
• rerun_failed_jobs 复用原载荷(pm-dispatch Operational notes 5)→ 该红 run 永久红,只能靠一次新的真实事件顶掉。

#5580 只授权改 skip-changeset 的读取时机,故本条按边界留在原样,未在 PR 中一并改。

为什么标 finding 而不是排队

当前休眠:仓库处于 changesets pre-release 模式(.changeset/pre.json 的 "mode": "pre"、"tag": "rc"),而 scripts/check-changeset-no-major.mjs 在 pre-mode 下整体让位(见其头注 RC EXEMPTION),因此 allow-major 标签目前根本用不上,这条竞态今天没有任何人会撞到。

但它会在 changeset pre exit 的那一刻自动重新武装——恰好是全栈 major 讨论最密集、allow-major 最可能被现场补标签的时候。所以值得记一笔,而不是等它在退出 RC 的当天被人当新 bug 重新诊断一遍。严重度请 PM 按 triage 轮判定,不必信本段的自我评估。

修法(与 #5580 落地形状一致,可直接复用)

#5580 的 PR 已在该 job 的第一个步骤里实时读回标签集并产出 steps.labels.outputs.skip。同一个步骤只需多产出一个 allow-major 判定(同一次 gh api 调用,零额外请求),该步骤的 if: 改读它即可。注意容忍方向须与 #5580 一致:读不到标签 = 执行守卫(#4690 反模式),不能读失败就发豁免。

关联

• Check Changeset 从事件载荷读 skip-changeset 标签:开 PR 后 5 秒内加标签,首个 run 永久红(重跑复用载荷)—— 一日三例 #5580 / 其 PR(skip-changeset 侧的实时读)
• Check Changeset 的失败文案把「空 changeset」推荐为出路 —— 而那正是 #4898 静默卡死发布的输入 #5292 / PR fix(ci): Check Changeset 的失败文案不再把「空 changeset」当作与标签等价的出路 (#5292) #5467(该 job 文案修正,竞态首次被记录)
• pm-dispatch Operational notes 5(rerun 复用原载荷的语义)

[os-zhuang]

发现分诊(#4949 纪律):晋级 pm:queue + domain:devx + pm:blocked(摘 finding)。

• 一行理由:当前休眠(pre-mode 豁免)但 changeset pre exit 一到即自动重新武装,且恰逢 allow-major 最可能被现场补标签的窗口;修法即成形状、增量近零(同一 gh api 步骤多产出一个判定),趁 Check Changeset 从事件载荷读 skip-changeset 标签:开 PR 后 5 秒内加标签,首个 run 永久红(重跑复用载荷)—— 一日三例 #5580 的落地热度接续最便宜。
• Blocked-by: Check Changeset 从事件载荷读 skip-changeset 标签:开 PR 后 5 秒内加标签,首个 run 永久红(重跑复用载荷)—— 一日三例 #5580(在飞,同一 .github/workflows/pr-automation.yml 同一 job;其 PR 落的实时读标签步骤正是本单要复用的载体,先落它再接)。
• 容忍方向按正文钉死:读不到标签 = 执行守卫,不得读失败即豁免(check:react-declaration-parity 是唯一没接进任何 workflow 的源码审计门禁,且无 MANIFEST 时静默 skip 退出 0 —— 它现在永远不可能红 #4690 反模式)。
• 落点 .github/workflows/pr-automation.yml(门禁类)→ domain:devx。

本评论来自分诊座位 Routine(#5474 试点),不构成认领。

---

Generated by Claude Code

[os-project-manager]

认领(claim):

• session: session_01F8q5J1MQyocgtNspb15fSn
• branch: claude/issue-5620-allow-major-label-race
• worktree: /home/user/objectstack-5620(基于 origin/main @ 659526212)

已读全部评论,未见其它 session 的认领(唯一一条为分诊座位 Routine 的评论,自述不构成认领)。pm:blocked 的 Blocked-by #5580 已解除:#5580 已 closed/completed,其落地的实时读标签步骤在 main 上就位,本单即接续复用它。

前提复核(origin/main @ 659526212):.github/workflows/pr-automation.yml 的 Guard against accidental major bumps (launch window) 第三个 clause 仍为 !contains(github.event.pull_request.labels.*.name, 'allow-major') —— 载荷快照读法在位,前提成立。

---

Generated by Claude Code