Publish a static-build output generation only after all required nodes pass
Readers see mixed old and new files during a build. Write a staging generation and switch a manifest pointer.
- Focused work estimate
- 3h + prerequisites
- Priority in the scenario
- High
- Engineering practice
- Atomic publication · Recovery
Estimated field mix
- Developer tooling50%
- Storage systems30%
- Site reliability20%
Field percentages are editorial estimates of the ticket's engineering focus. They total 100%; they are not measured time, proficiency scores, or ownership evidence.
Review it, then add it to your workspace.
The board opens an editable draft; nothing is saved until you confirm it. Sign-in and workspace permissions apply, and Demo boards remain ephemeral.
Project context
Fictional static documentation compiler Rowan transforms synthetic text modules through a deterministic local adapter. It never executes candidate source as code.
Setup prerequisites
- Create a synthetic module graph and deterministic transform stub.
- Provide file-change, missing-input and interrupted-output fixtures.
Preceding work
Complete these dependencies, or supply their agreed outputs before taking this ticket.
- CBUILD-101 · Normalize local build paths without merging distinct modules
- CBUILD-102 · Report missing static-build imports at their source location
- CBUILD-103 · Detect static-build dependency cycles with a readable path
- CBUILD-104 · Include transform configuration in static-build cache identity
- CBUILD-105 · Invalidate transitive static-build dependents after source changes
- CBUILD-106 · Track failed static-build nodes without caching broken outputs
- CBUILD-107 · Make incremental static builds deterministic across worker order
Acceptance criteria
- Failed builds keep previous generation
- Successful generation is complete
- Switch recovery selects one valid manifest
Implementation constraints
- Keep prior generation until activation is durable.
Verification to include
- Publish successful fixture
- Crash before manifest switch
Deliverables
- Generation publisher and recovery cases
Rollout and recovery
Restore prior manifest on failed post-switch checks.
Value of the work
For the engineer: Practice dependency graphs and cache correctness.
For the team: Inspect whether build speed improvements preserve output correctness.
Evidence boundaries
Outcome Evidence: Tests, patches, and runbooks are requested deliverables. They become Outcome Evidence only through a qualified Mission and immutable Evidence IDs.
Ownership Evidence: Independent adaptation must be observed under a declared verification policy and cite immutable Evidence IDs. Completing a planning ticket establishes no Ownership Evidence.