Release Management

Version Pipeline Overview

The 5-stage release pipeline explained, including stage progression, statuses, and lifecycle.

Every version in the Rollouts module moves through a 5-stage pipeline. Each stage must be completed before the next one can begin. This guide explains the full pipeline lifecycle, how stages progress, and what each status means.

The Five Stages

Release CandidateSelect build artifact
TestingUpload to TestFlight
Approvals6 required sign-offs
Store ReviewApple / Google review
ReleaseGo live
StageWhat HappensKey Action
Select the build artifact from Bitrise CIChoose branch, workflow, and artifact
Upload the build to TestFlight for beta testingUpload and manage beta testing
Route through 6 required approval workflowsSubmit forms and track sign-offs
Submit to Apple for App Store reviewSubmit for review and monitor status
Release the approved version to productionRelease to the App Store

Accessing the Pipeline

The pipeline view is the Version Details page, located at:

/beta/rollouts/{askId}/{rolloutName}/versions/{versionId}/stages

Navigate here by clicking a version from the version list, or you’ll be automatically redirected here after creating a new version.

rollouts-version-steps.png

The Version Details page showing the 5-stage pipeline view

Pipeline View Layout

  • Title: “Version X.Y.Z” with a status badge
  • Metadata: Created by, date/time, branch name
  • Configuration button (top-right) — opens version settings for editing metadata

Pipeline Summary Bar

A horizontal bar at the top shows all five stages. The active stage is highlighted, and completed stages show a checkmark. Click any stage to scroll to its section.

Stage Cards

Each stage is shown as a collapsible card. Cards display:

  • Stage name and status
  • Stage-specific content (varies by stage)
  • Action buttons for the current step

Stage Progression

Stages progress in order. A stage becomes active when the previous stage is complete:

Current StageBecomes Active When
Release CandidateVersion is created
TestingA build artifact is selected
ApprovalsBuild is uploaded to TestFlight
App Store ReviewAll required approvals are approved
ReleaseApple approves the App Store review
The pipeline is designed for sequential progression, but you can view any stage at any time by expanding its card.

Version Statuses

The overall version status appears as a badge next to the version title:

StatusMeaning
DraftVersion just created, in Release Candidate stage
In ProgressVersion is actively moving through the pipeline
CompletedVersion has been released to production
RejectedVersion was rejected during approvals or App Store review

Stage-Level Statuses

Each stage card also shows its own status:

StatusColorMeaning
CompleteGreenStage finished successfully
In ProgressBlueStage is currently active
Needs AttentionYellow/OrangeStage requires user action
Not StartedGrayStage hasn’t been reached yet

Platform Differences

Pipeline Lifecycle Example

Here’s a typical version flowing through the pipeline:

  1. Create version

    Version starts at Release Candidate (status: Draft).

  2. Configure build source

    Select branch and workflow from Bitrise.

  3. Select artifact

    Choose a specific build from available artifacts.

  4. Upload to TestFlight

    Build is uploaded for beta testing.

  5. OSPO scan runs

    Automated license compliance check executes in the background.

  6. Submit Legal and ESRO forms

    Fill out and send compliance forms to reviewers.

  7. Compliance approvals approved

    Business approvals become available after all compliance sign-offs.

  8. Business owners approve

    Service Owner, Technical Owner, and Product Owner sign off.

  9. Submit for App Store review

    Apple reviews the build (typically 24-48 hours).

  10. Apple approves

    Ready for release.

  11. Release

    App is live on the App Store.