Repository navigation
[ci] live-e2e.yml 在所有分支上以 0 jobs / 0s 失败(workflow 级启动故障),红噪声遍布每个 push 与合并队列分支 #3425
Description
Activity
认领:objectui 分片 PM 并行批第 31 单
会话:session_01GTRjn8xBqp75dk7kFupVRt
分支:claude/issue-3425-live-e2e-startup
Worktree:objectui-issue-3425
文件面:.github/workflows/live-e2e.yml(必要时同目录相邻 workflow 只读参照)+ changeset(若约定需要)。下线/删除属破坏性动作,只提议不执行。
Generated by Claude Code
验收:ACCEPT → PR #3432(并行批第 31 单,会话
session_01GTRjn8xBqp75dk7kFupVRt),required 检查全绿,已转 ready + auto-merge。复核要点:
- 根因确凿且是唯一解:job 级
env:读runner.temp——该处上下文表不含runner,导致整文件校验失败(GitHub 未及解析on:就拒收),故对每次 push 记 0-job startup failure,连gh-readonly-queue/*都染红。actionlint 双向验证方向先预测后运行(main 红 exit 1 / 修后 exit 0 / 全 workflow 扫描证明它是仓内唯一非法文件)。 - 修法最小:
LIVE_BACKEND_DIR下沉到唯一消费它的 step 级env:(合法位),+15/-1,job 级 env 上方留告警注释防回迁。 - push 侧「0 红」的机理如实说明:靠 run 不再存在(文件合法后
on:无 push 触发器),不是 job 转绿——报告没有冒充清扫。 - 额外价值:PR 事件跑出该 lane 自 ci: 三条 live e2e 以 non-required lane 进 CI——真后端来自已发布的 rc.2 制品 (#2835) #3325 以来第一次真实运行(此前 182 个 run 全是 startup 噪声,
pull_request历史 run 数为 0)——基础设施 16 步全绿含后端启动/认证,唯 master-detail 两条 spec 因 heading 定位器歧义红,系首次可观测的既有内容问题,已立 [e2e] live 车道首次真跑即暴露:master-detail.spec.ts 的标题定位器命中两个 h1(strict mode violation),2/4 用例必红 #3434 且刻意不预判修向(测试定位器过宽 vs 页面双 h1 a11y 缺陷)。
「Live E2E (informational)」红格非 required、不挡合并队列;#3434 落地后即清。
Generated by Claude Code
- 根因确凿且是唯一解:job 级
- added a commit that references this issue
on Aug 6, 2026
症状
.github/workflows/live-e2e.yml的 push 触发 run 在每个分支上都以 startup failure 收场:0 个 job、0s 时长。三处独立观测(2026-08-06):main@5881a2cc(fix(fields): 记录选择器筛选面板的 select 筛选项改从引用对象 schema 取 options (#3336) #3421 合并提交)claude/issue-5506-chrome-strings-i18n@6b898003该 lane 的文件头自述为 INFORMATIONAL / continue-on-error / 非 required check,故不阻塞合并——但它把每个 PR 和每次 main push 的 checks 列表都染红一格,复核 CI 时必须逐次人工排除,且真故障若混进该 lane 将不可见。
线索(待实现者核)
0 jobs + 0s + startup failure 的典型成因:workflow 文件语法/结构在 push 事件下解析失败、
jobs.<id>.if全空导致零 job 图、或引用了不存在的 reusable workflow / runner 配置。先git log --oneline origin/main -- .github/workflows/live-e2e.yml定位引入提交(共享基础设施纪律:入队前按症状复查 main,确认没有别人已在修)。期望
二选一,由实现者按文件历史与 lane 用途裁定:修到该 workflow 在 push 上要么正常出 job、要么干净地条件跳过(0 红);若 lane 已无消费者,提议下线(删除属破坏性动作,回本单确认)。
发现来源:objectui 分片 PM 复核 PR CI 时多轮观测;#5506 的 dev 独立复证。
Generated by Claude Code