Core release checklist Follow the implementation-side gates required before a Core release is tagged. v0.2.6 core current operatorsmaintainerscore-developers
v0.2.6 core current Public

Core release checklist

Follow the implementation-side gates required before a Core release is tagged.

Owner
Foundry Core
Source
core/docs/RELEASE-CHECKLIST.md
Ref
v0.1.24
Policy
release-bound
Component pins for v0.2.6
ComponentRoleVersion
coreruntimev0.1.24
theme-shieldthemev0.1.15
starterreferencev0.1.3
docsreferencev0.1.4
distributiontoolingv0.3.4
restricted-component-1consumer-referencev0.1.22
restricted-component-2consumer-referencev1.1.21

The canonical release verification path is in VALIDATION.md.

Run before any release:

go run ./cmd/foundry validate runtime
go run ./cmd/foundry validate motion
go run ./cmd/foundry validate quality
go run ./cmd/foundry validate scaffolds
go run ./cmd/foundry doctor --json
node scripts/foundry-doctor.js

For browser parity:

node scripts/foundry-doctor.js --browser-smoke --require-browser

For downstream consumer validation:

node scripts/foundry-doctor.js --site /absolute/path/to/site

See VALIDATION.md for the full regression review checklist and CI safety bar.

Current checkpoint readiness

The 2026-06-01 Foundry productization checkpoint is ready to check in when the commands above pass. This checkpoint includes Go CLI validation/scaffolding parity, Creative route-floor/productization work, Motion Kit hardening, quality gates, compatibility fixtures, and docs/status alignment.

The following are future milestones, not blockers for this checkpoint:

  • foundry upgrade
  • remaining Tier 2 block variant expansion
  • extension and capability-pack contracts
  • shared content-model manifest extraction, unless another lane needs the same shape before release
  • subjective Lighthouse/content-quality gates beyond the current objective quality checks

Administrative release steps

  1. Confirm the Go validators, Go doctor, and node scripts/foundry-doctor.js pass clean.
  2. Confirm the changed block, shell, flow, or SEO docs still match the current contract.
  3. If new blocks were added, confirm the block registry and block-family-manifest are updated.
  4. Tag the release (e.g., v0.1.20).
  5. Update pins in downstream sites only when approved through the bundle process.

Static Pagefind search

Search Foundry documentation

Type at least two characters
Search the full documentation system

Results stay inside this build profile and can be filtered by version, component, audience, and lifecycle.