You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
test(lint): pay the startup-verdict corpus sweep once, under a stated hook budget (#10911)
The corpus read + scan (1880 files / 28.15 MB) ran twice, once inside each of
the two corpus cases, sharing nothing — and both cases sat under vitest's
default 5000ms per-test timeout. On a loaded merge-queue shard the first case
measured 9144ms and ejected PR #10733, which never touched packages/lint, from
the queue; every entry behind it rebuilt.
Hoist the sweep into one beforeAll and give it an explicit, commented budget:
- Work removed: file `tests` total 1441ms -> 816ms locally; the largest thing
measured against the per-test budget drops from 972ms to 2ms.
- The budget is a hook timeout, deliberately loose (60s ~= 6.5x the worst
wall-clock ever observed for this sweep). It is a liveness backstop, not a
performance tripwire — a snug budget is what ejected an unrelated PR, and the
work grows with the repo (1872 files at 12:23Z, 1880 four hours later) while
the wall-clock varies with shard load.
Sharing is only sound because neither case mutates what the other reads, so the
findings array and every finding in it are frozen, and the shared value starts
`undefined` rather than `[]` behind a `corpusFindings()` accessor that throws.
That last part is a third false green the file now refuses: a case reading a
sweep that never ran would otherwise print as a clean audit over nothing.
Both gate cases still fire individually — proven by ablation, see the PR body.
Claude-Session: https://claude.ai/code/session_01DdCnBGcHeufjrq7drTD3wt
Co-authored-by: Claude <noreply@anthropic.com>
0 commit comments