Skip to content

sync-upstream 连续失败 59 次 —— 上游同步已停摆 #1370

Description

@jinjunnn

谁会遇到:负责把上游开源引擎的更新并进我们产品的人,间接是 owner。遇到什么:每天自动跑的「同步上游」任务正在失败,上游的更新没有进来。为什么是问题:它一天不修,我们就一天拿不到上游的修复;而且它失败的时候不会自己停,只会每天再失败一次。不做会怎样:上游更新只能靠人想起来手工并一次。


连续失败 61 次
起自 2026-07-23T08:09:27Z
最后一次成功 2026-07-22T08:06:35Z
失败步 Merge devintoalpha (local only, no push)
最近一次 run 35593526006

失败原文:gh run view 35593526006 -R jinjunnn/alpha-code --log-failed。

这张 issue 由 .github/workflows/sync-upstream-alert.yml 维护:正文每次失败后刷新,只有失败形态变化时才再发一条评论。关掉它而 sync 仍在失败 ⇒ 下一次失败会重新开一张。

Activity

  1. self-assigned this
    on Sep 20, 2026
  2. added
    type:bugSomething is incorrect or regressed
    sync-upstream-failure每日 sync-upstream 失败的追踪票(由 sync-upstream-alert.yml 维护)
    on Sep 20, 2026
  3. jinjunnn commented on Sep 20, 2026

    @jinjunnn
    OwnerAuthor

    sync-upstream 的失败形态变了(上一次记录:Merge dev into alpha (local only, no push) → 现在:Engine runtime smoke (S39 — boot/probe/kill/reboot))。

    连败 1 次,最近一次 run:https://github.com/jinjunnn/alpha-code/actions/runs/29990361238

  4. jinjunnn commented on Sep 20, 2026

    @jinjunnn
    OwnerAuthor

    sync-upstream 的失败形态变了(上一次记录:Engine runtime smoke (S39 — boot/probe/kill/reboot) → 现在:Merge dev into alpha (local only, no push))。

    连败 59 次,最近一次 run:https://github.com/jinjunnn/alpha-code/actions/runs/35435906706

  5. jinjunnn commented on Sep 20, 2026

    @jinjunnn
    OwnerAuthor

    说明(实现方留痕,非告警):上面两条「失败形态变了」是 #995 实现期为证明评论路径真的到达而对着真 api.github.com 跑出来的 —— 第一条喂的是 run 29990361238(2026-07-23,当时失败在 Engine smoke 步),第二条喂回今天的 run 35435906706,所以正文的连败数已经回到真值 59。这张票本身是真的:sync-upstream 从 2026-07-22T08:06:35Z 之后 59 次连续失败,今天仍在失败。

    告警链本体在 PR 里,尚未合并 —— 在它落到默认分支 alpha 之前,workflow_run 不会自动触发,这张票不会自己刷新。

  6. jinjunnn commented on Sep 22, 2026

    @jinjunnn
    OwnerAuthor

    一次性追平已合入 alpha(merge commit bb1bb0f3f,PR #1401)

    owner 2026-09-22 裁决「先追平这次,再修结构」。结构那一半在 #1403(同步流程的冲突分类与 north-star 的接管清单共用一份真源)。

    这次做了什么:288 个上游提交(merge-base e11dbd020 → upstream/dev fe3f3a41f)合入;唯一那处冲突(packages/opencode/test/provider/transform.test.ts 的 6 行 import)按 union 解,两边的 import 都在,无冲突标记残留;前端 delta 按 pin 重贴、bun.lock 重生。

    判据:

    门 结果
    bash scripts/engine-smoke.sh rc=0,两次 boot 都 /config/providers 200;干净重装(rm -rf node_modules)后再跑一遍仍 0 —— 这是 2026-07-23 首败的那一步
    六包 typecheck 全 0 errors(上游新增的 test/session/tools.test.ts 原本 7 错,只补 mock、生产签名零改动)
    bun test src(ui-mac 全量,主 session 复跑) 5186 tests / 9 fail / 3 errors —— 与 base 逐条相同(worktree 缺 Electron 二进制 ×2、.alpha 残留双向门 ×2、分支切出时尚未修的登记账、takeover-adapter 文本门)
    north-star-guard rc=1,点名 261 个上游文件 —— sync 合并的结构性红,正是 #1403 要修的东西,本次不修

    治理:改上游 test/session/tools.test.ts 即接管该文件,按 owner 裁决并入 ADR-041 的订正(它已具名收编同类上游测试),未新开 ADR;north-star-guard.sh 的 exclude 48→49 并指向该订正。

    用 merge commit 合,不是 squash —— 291 个提交压成一条会毁掉下次同步的合并基点,等于把这次冲突再制造一遍。

    留给明天那次 cron 判:origin/dev 镜像仍停在 e11dbd020(本次直接合的 upstream/dev),工作流第一步会自己把它 ff 上去。下一次 run 绿才算真通;若再红,告警工作流会自己开新票。据此关闭本票。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

sync-upstream-failure每日 sync-upstream 失败的追踪票(由 sync-upstream-alert.yml 维护)type:bugSomething is incorrect or regressed

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions