Skip to content

Releases

The Releases section is where you author releases, send them through the pipeline, approve them, and watch them deploy. See Releases & Deployments for the conceptual model.

This page covers the release list and the release detail page. For creating a new release, see the section below. For the global pipeline configuration, see Release Configuration.

List page

Toolbar

  • Search — matches release name, version, and release notes text.
  • Status — dynamically built from the release statuses present (Draft, In Progress, Paused, Completed, Failed, …).
  • Type — Feature / Hotfix / Config.
  • Clear — appears when any filter is active.
  • New Release button (top right).
  • Count chip — filtered vs. total ("3 of 12").

Columns

ColumnNotes
ReleaseName or version, link to detail.
TypeFeature / Hotfix / Config badge.
StatusLifecycle status badge.
ByAvatar of the initiator.
CreatedRelative timestamp.
DeployedWhen the release entered in_progress.
CompletedWhen the release finished.

The list is read-only — every interaction is a navigation to detail.

Creating a new release

Click New Release. The page is a two-step wizard: Form → Preview.

Step 1 — Form

Release Setup

Pick a Release Type:

TypeMeaning
FeatureNew functionality. Deploys across all pipeline stages.
HotfixCritical fix. Auto-deploys and pauses pending feature releases.
ConfigEnvironment-variable changes only. No image update.

Version Bump (Feature only)

Three buttons: Patch, Minor, Major. The current version and the computed next version are shown so you can see what you are picking.

Hotfix releases always patch-bump regardless of selection. Config releases use an auto-incrementing counter (Config #1, #2, …).

Release Notes

A rich-text editor with character count.

  • Required for Feature and Hotfix.
  • Optional for Config.
  • Supports images, lists, formatting.
  • Toggle Focus Mode to expand the editor to full height.

Service Images

The right-hand column lists every service known to the pipeline.

  • Use the checkboxes to include or exclude a service in this release.
  • For each included service, enter a Docker image tag or URL.
  • Click Current in production to pre-fill the image with what is currently deployed.
  • For Config releases, image inputs are hidden and all services are auto-included.

When the form is valid, click Preview.

Step 2 — Preview

Screenshot

Wizard Step 2 — Preview: the read-only summary with Release Summary, Services, Env Changes (with Create/Update/Delete badges), and the Deployment Pipeline visualisation.

The preview is the read-only summary of what you are about to ship.

  • Release Summary — auto-generated name (e.g. "Release v25.1.0" or "Config #42"), type, version, semver bump.
  • Services — included services with their target images.
  • Env Changes — Create / Update / Delete deltas since the last deployed release.
    • If this is a Config release and no changes are detected, a warning appears: the backend will reject the release.
  • Deployment Pipeline — numbered stages, environments inside each stage, instance counts, parallelism indicators.
  • Release Notes — rendered rich text.

Click Back to edit, or Create Release to submit. On success you land on the release detail page.

Validation

  • Services: at least one must be included (Feature / Hotfix).
  • Images: every included service requires a target image.
  • Notes: required for Feature / Hotfix.

Errors appear in red alert boxes and the submit button is disabled until they are fixed.

Release detail page

  • Back link to Releases.
  • Release name, type badge, status badge.
  • A button to view release notes (modal).
  • Action buttons appropriate to the status:
    • DraftDeploy (primary).
    • PausedResume (primary).
    • In ProgressCancel Release (danger).
    • Completed / Failed / Rolled Back / CancelledArchive (secondary).
    • Archived (within 30 days)Unarchive (secondary).

If archived, a notice shows the archive date and the unarchive deadline. After the deadline, per-service config, environment-version pin, and logs are permanently purged.

Release info

Version (or name for Config), Initiated By avatar, Created and Deployed timestamps.

Pipeline visualisation

Release pipeline visualisationRelease pipeline visualisation

A horizontal flow of stages, numbered. Each stage contains environment boxes. Box borders reflect state:

Border colourMeaning
GreenDeployed
YellowDeploying or paused
RedFailed
BlueAwaiting approval
PurpleAwaiting trigger
GreyPending

Inside each environment box you see the status badge, started time, completed time, and Approve / Trigger buttons when an action is required.

Instance deployments

Below the pipeline, each environment expands to a list of instances.

Per-instance row:

  • Instance name (link to instance detail).
  • Status: pending / deploying / deployed / failed / rolled_back / skipped.
  • Optional message (e.g. error reason).
  • Action buttons:
    • Failed → Retry, Skip.
    • Deployed → Rollback.
    • Rolled Back → Skip.
    • Skipped → display only.

Expand a row to see per-service deployment info — target image, previous image (struck through if changed), plus a snapshot sub-table for environment variables, with changed rows highlighted.

A toggle lets you show or hide unchanged instances.

Release artifacts

The full bundle as a table: services with target images, environment variables in the snapshot (key + value or secret ref), and the delta from the previous release.

Approval status

If any stage is awaiting approval, this section lists each environment, the approvals received (with who approved and when), and outstanding approvals.

Activity log

A terminal-style window in the bottom of the page. Reverse-chronological list of events:

  • Timestamp.
  • Action type badge (failure red, warning orange, success green, info blue).
  • Message — instance/user IDs are auto-replaced with human-readable names.
  • Actor avatar (User or Agent).

The activity log is the source of truth for what happened to the release.

Auto-refresh

While a release is in_progress (or a stage is deploying / awaiting approval / awaiting trigger), the page auto-refreshes every 5 seconds. There is no manual refresh button — reload the page if you need to.