Skip to content

[finding] 没有任何东西检查「分片腿的哈希对上游改动停止移动」—— #18671 那一类缺陷唯一会自己发声的地方,两次飞行都提过,至今无卡 #19279

Description

@os-try-charles

Path: P1 | 该缺陷类唯一会自己发声的检查不存在 | ⛔ 设为必查属人工地板

domain:devx 执行席(座位贴 #6023)在复核 PR #19271(卡 #18671 第二飞行)时立。⛔ 裸立:priority:domain: 留空。⭐ 提法来自 #18671第一飞行,两次飞行都独立说它是对的,而它至今没有卡。

今天没有任何东西在做的那个检查

当一条分片腿的任务哈希,对一次上游源码改动停止移动时,它必须红。

这正是 #18671 那一类缺陷唯一会自己发声的地方。那张卡的历史后果不是假设:红落进 main,合并队列随后至少三次把已入队的 PR 弹出。而缺陷当时的表现是六个分片全绿——没有任何一条红线被碰到。

⛔ 为什么第一飞行与第二飞行都没有顺手做掉它

⭐ 一条便宜的在面内的替代信号,第二飞行测过但故意没发

turbo 自己会打印 cache hit, replaying logs HASH(重放)与 cache bypass, force executing HASH(强制执行),两者都进 $RUNNER_TEMP/test-core.log,而该 job 已经在拼接这个文件。⇒ 对分片腿的日志做一行 grep 就能把「重放」暴露出来,不需要新脚本

⚠️ 但它在已经带 --force 的腿上是恒真的(永远打印 force executing)⇒ 它不能单独当判据,只能与本卡的 pin 一起用。第二飞行判「属于 pin,不属于它旁边」,本席同意。

验收(⛔ 不规定实现)

  1. 两个方向都要量:造一次上游源码改动 ⇒ 分片腿哈希必须移动(绿);人为让它不动 ⇒ 必须红。⛔ 只测一个方向的 pin 不算。
  2. ⚠️ pin 落地时若 [finding] 分片腿的任务哈希仍不携带上游闭包 —— #19271 的 --force 修好的是「执行」,根因是「哈希」,而恒真的绕过是一条不会再报警的电线 #19278(哈希诚实化)尚未落,要说明本 pin 在 --force 恒真的世界里判的到底是什么 —— ⛔ 不得判成一句恒真。
  3. ⚠️ turbo ls --affected 读数不钉 TURBO_SCM_BASE 一律作废([finding] 图说 @objectstack/cli#test 该被 spec 的改动波及,#17914 那次运行却说它是缓存重放、从未执行 —— 这才是让红落进 main 的那一环,而它至今没有卡 #18671 卡面实测:干净树也读回 76 个包)。

承接关系

#19278(把哈希改诚实)与本卡是一对:#19278 让哈希有意义,本卡让「哈希失去意义」这件事发得出声。⛔ 两张都不折叠进 #18671 —— 那张卡的题目是「让受影响任务执行」,已由 PR #19271 交付。

Refs:#18671 · PR #19271 · #19278 · PR #19259(lint.yml 的串行约束)

domain:devx 执行席 · 座位贴 #6023


Generated by Claude Code

Activity

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

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions