Unlucky-Launcher

0 Fork 0

Files

T

AskaEth 93dc27bed8 ci(cache): rust-cache 的 key 带上镜像维度，发布构建不再吃 24.04 编的 target/（M270）

M269 已端到端定性：`aws-lc-sys` 的 `bcm.o` 在 glibc≥2.38 的头下编出 `__isoc23_sscanf`，
被从 24.04 的缓存恢复到 22.04（glibc 2.35）去链接 ⇒ undefined。根因是 `Swatinem/rust-cache@v2`
的 key 只有 `-Linux-X64`：`ci.yml` 的 `build`（ubuntu-latest = 24.04）与 `release-build.yml`
的 `build`（ubuntu-22.04）同 job id、同 rustc、同一份 `Cargo.lock` ⇒ key 逐字节相同。

- 7 处 `Swatinem/rust-cache@v2` 全部加显式 `key:`（发布侧 `inputs.os-inputs.slot`，CI 侧矩阵
  维度或该 job 的字面量镜像标签）。`key` 落在 key 的**前缀段**，故主 key 与兜底 `restoreKey`
  两条恢复路径一起分开。
- 演算判据（按 config.ts 复刻拼接，12 站点 × 2 锁状态两两比对）：改前主 key 相同 2 对、
  restoreKey 跨站点前缀命中 4 组；改后均为 0。
- 机制注释写进两个 workflow（`-C metadata` 不含 glibc ⇒ 恢复后 cargo 判 fresh 的因果链），
  完整推导、`cache-targets` 的取舍结论与「抓得住/抓不住」写进 packaging/docs/build-and-ci.md §3。
- 两个 workflow 仍 ≤400 行（397 / 399）：加注释腾地方时按「判据一字不动、只并句」精简了
  M164/M171/M184/M147 几处既有注释。

2026-11-12 10:18:06 +08:00

ci.yml

ci(cache): rust-cache 的 key 带上镜像维度，发布构建不再吃 24.04 编的 target/（M270）

2026-11-12 10:18:06 +08:00

dev-guards.yml

fix(ci)+test(packaging): 接线自检不再给假安全证书：19 条变异重放全红，dev 线接上

2026-11-11 18:08:31 +08:00

gpu-evidence.yml

fix(ci)+test(packaging): 关掉「门禁关死而自检全绿」三条路：outputs 绑定、判据步真跑、自检步指向

2026-11-11 18:31:30 +08:00

guards.yml

fix(m196): GUI 产物 PE Subsystem → WINDOWS_GUI(2)，并用 AttachConsole 保住 CLI 输出