-
Notifications
You must be signed in to change notification settings - Fork 0
Retire the 2.0 prerelease lifecycle machinery after stable launch #115
Copy link
Copy link
Closed
Labels
authority:githubGitHub is the authoritative lifecycle record for this workGitHub is the authoritative lifecycle record for this workkind:cross-repositoryWork spans more than one public repositoryWork spans more than one public repositorypost-2.0Explicitly deferred until after 2.0Explicitly deferred until after 2.0priority:P1High-priority product or release riskHigh-priority product or release riskrepo:github-control-planeOwned by the public organization control planeOwned by the public organization control planestatus:in-progressApproved work is actively being implemented or validatedApproved work is actively being implemented or validated
Description
Activity
Metadata
Metadata
Assignees
Labels
authority:githubGitHub is the authoritative lifecycle record for this workGitHub is the authoritative lifecycle record for this workkind:cross-repositoryWork spans more than one public repositoryWork spans more than one public repositorypost-2.0Explicitly deferred until after 2.0Explicitly deferred until after 2.0priority:P1High-priority product or release riskHigh-priority product or release riskrepo:github-control-planeOwned by the public organization control planeOwned by the public organization control planestatus:in-progressApproved work is actively being implemented or validatedApproved work is actively being implemented or validated
Problem
Durable Workflow 2.0 is stable, but the organization still runs the one-time beta/RC candidate, continuity, release-plan, recovery-authority, and stable-authorization controllers used to reach the launch. Scheduled jobs are now failing against closed historical issues and superseded check identities. Component repositories also retain recovery consumers for that prerelease train.
This recreates a hidden lifecycle engine around GitHub, makes ordinary maintenance difficult for new contributors, and spends CI time policing immutable launch history.
Decision
GitHub issues and pull requests are the work record. Each component repository owns ordinary semantic-version CI and publication. GitHub Actions should run readable repository commands, not coordinate a cross-repository state machine. Historical tags and releases remain immutable; they do not need an active controller.
Preserve the public conformance runbook, regression-corpus schemas, issue forms and trusted-intake rule, and any small reusable check that still has a current repository consumer.
Required source targets
Acceptance criteria
Completion
Close when the listed repositories no longer contain or run the retired prerelease lifecycle machinery and ordinary stable maintenance/release paths are green.