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
no tagged, provenance-backed release candidate currently proves the complete buyer journey.
A large PR count is not itself a defect, but a release is not credible when inclusion, supersession, dependency order, current-head checks, migration compatibility, and runtime limitations cannot be stated from one immutable manifest.
Release objective
Produce the first truthful, installable, supportable single-tenant managed/self-hosted GA candidate. Multi-tenant SaaS remains non-GA until #950 is complete. The release must work standalone; optional CWL connectors are capability additions, not hidden prerequisites.
Dependency backlog
This epic owns release integration and must not duplicate implementation bodies:
current security, accessibility, exporter, introspection, and dependency PRs classified and integrated or explicitly deferred
Not every P1/P2 issue must block the first GA profile. Before release, update this checklist with an explicit release_blocker, post_ga_committed, experimental, or not_planned decision and rationale for each dependency. Core security, data integrity, migration safety, standalone deployment, backup/restore, operability, licensing, and supported-database truthfulness cannot be deferred silently.
PR-queue release shaping
Capture exact protected-main SHA, branch ruleset, required checks, and all open PR exact heads.
Classify every PR:
unique in-scope release change;
stack dependency;
superseded/duplicate;
contaminated aggregate requiring reconstruction;
experiment/post-GA;
blocked by an organization control-plane issue.
Close duplicates with links to the canonical issue/PR; do not transfer stale-head review evidence.
Rebase/update bounded stacks in dependency order without force-pushing over concurrent agent work.
For every release PR, resolve valid review findings, run current-head checks, obtain qualifying approval, and merge through normal protection.
Refresh docs/product-technical-gap-baseline.md after each integration wave.
A release-cut branch/tag may be created only from protected main, never from an unreviewed feature aggregate.
Required release evidence
Product journey
A clean environment must prove, through browser/API tests:
If #949 is complete for the release, also prove the full governed migration workflow. Otherwise persistent apply stays disabled and the release notes must identify it as non-GA.
Database and upgrade
clean install on PostgreSQL 18 and supported compatibility matrix;
upgrade from the oldest supported 0.1.x schema through every Alembic revision;
downgrade/rollback policy or explicit irreversible-migration procedure;
ORM ↔ migration drift check producing no unreviewed DDL;
backup, point-in-time or logical restore, and application recovery rehearsal;
queue/job recovery after service restart;
data-integrity checks for encrypted DSNs, snapshots, views, annotations, shares, API keys, and migration metadata.
Quality
production statement coverage 100%; production branch coverage 100%; public API/docstring coverage 100%;
Version is advanced, CHANGELOG and release manifest are complete, tag/release/artifacts are signed and reproducible.
Post-release smoke, rollback, and incident-contact paths are verified.
docs/product-technical-gap-baseline.md is refreshed against the final release commit.
References — APA 7th
International Organization for Standardization, International Electrotechnical Commission, & Institute of Electrical and Electronics Engineers. (2022). Software, systems and enterprise—Architecture description (ISO/IEC/IEEE 42010:2022). https://www.iso.org/standard/74393.html
National Institute of Standards and Technology. (2022). Secure software development framework (SSDF) version 1.1 (NIST Special Publication 800-218). https://doi.org/10.6028/NIST.SP.800-218
SLSA Community. (2025). Supply-chain levels for software artifacts specification, version 1.2. https://slsa.dev/spec/v1.2/
Current evidence — 2026-08-20
At protected
main@8dc746920c12988f082e914879d95e13c9693535:0.1.0;backend,frontend,strix,opencode-review,coverage-evidence,dependency-review,trivy-fs,osv-scan, andscorecard;A large PR count is not itself a defect, but a release is not credible when inclusion, supersession, dependency order, current-head checks, migration compatibility, and runtime limitations cannot be stated from one immutable manifest.
Release objective
Produce the first truthful, installable, supportable single-tenant managed/self-hosted GA candidate. Multi-tenant SaaS remains non-GA until #950 is complete. The release must work standalone; optional CWL connectors are capability additions, not hidden prerequisites.
Dependency backlog
This epic owns release integration and must not duplicate implementation bodies:
Not every P1/P2 issue must block the first GA profile. Before release, update this checklist with an explicit
release_blocker,post_ga_committed,experimental, ornot_planneddecision and rationale for each dependency. Core security, data integrity, migration safety, standalone deployment, backup/restore, operability, licensing, and supported-database truthfulness cannot be deferred silently.PR-queue release shaping
docs/product-technical-gap-baseline.mdafter each integration wave.main, never from an unreviewed feature aggregate.Required release evidence
Product journey
A clean environment must prove, through browser/API tests:
If #949 is complete for the release, also prove the full governed migration workflow. Otherwise persistent apply stays disabled and the release notes must identify it as non-GA.
Database and upgrade
0.1.xschema through every Alembic revision;Quality
Security and compliance evidence
Supply chain
Operability and support
Release artifacts
CHANGELOG.mdrelease section with exact included PRs/issues and incompatible changes;RELEASE_NOTES.mdor GitHub Release describing GA, beta, experimental, and disabled capabilities;Acceptance
docs/product-technical-gap-baseline.mdis refreshed against the final release commit.References — APA 7th
International Organization for Standardization, International Electrotechnical Commission, & Institute of Electrical and Electronics Engineers. (2022). Software, systems and enterprise—Architecture description (ISO/IEC/IEEE 42010:2022). https://www.iso.org/standard/74393.html
National Institute of Standards and Technology. (2022). Secure software development framework (SSDF) version 1.1 (NIST Special Publication 800-218). https://doi.org/10.6028/NIST.SP.800-218
SLSA Community. (2025). Supply-chain levels for software artifacts specification, version 1.2. https://slsa.dev/spec/v1.2/
World Wide Web Consortium. (2023). Web Content Accessibility Guidelines (WCAG) 2.2. https://www.w3.org/TR/WCAG22/