Guided Cut-Off and Release Orchestration (Unit User Stories)¶
Context Summary¶
- Product area: BFDev CI and release orchestration.
- Primary entrypoint: GitLab
Run pipelineforbf-dev. - Repo scope:
bf-devroot pipeline and BFDev operator documentation. - Scope basis: spec.
- Story focus: the canonical story describes the operator outcome and workflow semantics rather than hard-coding the current action-value strings.
- Scope decision: rollback-specific automation, production-only orchestration semantics, and repository-catalogue management stay outside this story unless they become necessary slices later.
- Linear mirror rule: this story should map to one Linear story issue when mirrored.
Run guided release orchestration from the pipeline UI¶
User Story¶
As a release engineer, I want to choose the orchestration workflow and target project from the GitLab pipeline UI so that I can run release-branch preparation and staging release workflows safely without navigating a full cockpit of per-project jobs.
Acceptance Criteria¶
- The GitLab
Run pipelineUI shows explicitaction,project, andconfirminputs for release orchestration. - The operator can choose either the release-branch preparation workflow or the release-branch-to-staging workflow for a single supported project and run only that selected workflow after confirming the invocation.
- Selecting
project=allruns the chosen workflow across the supported project set without requiring the operator to start each project job manually. - If
confirmis not enabled, release orchestration does not start. - The pipeline surface no longer exposes the full static list of per-project release-branch preparation and staging-release jobs as the primary operator experience.
- The downstream project receives the matching orchestration signal for the selected workflow so the existing release-branch preparation or staging-release behaviour continues to run in that project.
- Existing bulk invocation paths for the
allworkflow continue to behave as before so current automation entry points are not broken.
Dependencies¶
- Aligns with ADR
0006 - Trunk-Based Development, especially the requirement that CI/CD orchestration stays environment-agnostic and validated through small safe steps. - Aligns with ADR
0007 - Generalised principle for automation, especially the requirement that orchestration remains explicit and confirm-gated before release actions run. - Downstream release-branch pipelines in the target repositories must continue to honour
ORCHESTRATION_CUT_OFFandORCHESTRATION_RELEASE.
Split Signals¶
- If rollback needs to be executable from the same UI, shape that as a dedicated follow-up story rather than widening this story.
- If hotfix orchestration needs different branch targeting, approvals, or deployment semantics, split it into a separate operational story on top of this foundation.
- If the supported-project list needs frequent independent change, split repository catalogue management into a separate operational story.