Repository navigation
Speed up pull request CI without removing coverage #208
Description
The pull request checks should give feedback within a few minutes. This issue covers the week-1 safe slices for Arc.TypeScript: make the same checks finish sooner without removing any coverage from the pull request path.
Scope
- Caching: dependency caches keyed on the lock files; confirm the cache is hit in the run log.
- Critical path in parallel: split independent steps (lint, type check, tests, build) into parallel jobs where that shortens the wall time, still required.
- Concurrency: cancel superseded pull request runs (never on main or publish).
- No proxy generation in CI where a build does not consume proxies.
Acceptance criteria
- No check is removed from the pull request path, and required check names stay unchanged or are deliberately migrated.
- Pull request wall time is measured before and after (run ids recorded).
- actionlint passes on the changed workflows.
Status
State: Done
Branch: l110-arc23-mcp
Scope: CI speed week 1 (L0 night task)
Plan: Workflow-only changes: caching, parallel jobs, PR concurrency cancel, no proxy generation; no coverage removed; before/after wall time measured.
Delivered: - #209
Remaining: To be confirmed.
Follow-ups: None.
Activity
woksin commentedon Nov 11, 2026
Week-1 CI speed-up delivered in #209.
verifyjob that ran the wholeyarn cichain is split into four parallel jobs: artifacts, quality (lint and typecheck), tests and docs. Every check still runs, andverifyremains the required check that fails unless all four pass. Locally,yarn cistill runs the complete chain.Measured on pull request CI:
verify(median of recent runs)The tests job (8.8 min) is now the critical path; the other parts take at most 2.1 min. Splitting it further (spec shards, and the Library end-to-end run in its own job) is tracked as a follow-up issue that references this one.