Skip to content

Add release workflow for tag-based publishing#4

Merged
amackillop merged 1 commit intomasterfrom
austin_mdk-677_release-workflow
Mar 30, 2026
Merged

Add release workflow for tag-based publishing#4
amackillop merged 1 commit intomasterfrom
austin_mdk-677_release-workflow

Conversation

@amackillop
Copy link
Copy Markdown
Contributor

Triggered on v* tags. Verifies the tag matches the Cargo.toml version, builds static binaries for x86_64 and aarch64 via Nix, creates a GitHub Release with both binaries attached, then builds and pushes multi-arch container images to GHCR.

The container pipeline builds arch-specific images on native runners (avoiding slow QEMU emulation), pushes per-arch tags, then assembles a multi-arch manifest. The "latest" tag only moves forward when the pushed tag is the highest semver, so publishing a patch for an older release line won't clobber it.

All third-party actions are pinned to full commit SHAs.

Triggered on v* tags. Verifies the tag matches the Cargo.toml version,
builds static binaries for x86_64 and aarch64 via Nix, creates a GitHub
Release with both binaries attached, then builds and pushes multi-arch
container images to GHCR.

The container pipeline builds arch-specific images on native runners
(avoiding slow QEMU emulation), pushes per-arch tags, then assembles a
multi-arch manifest. The "latest" tag only moves forward when the pushed
tag is the highest semver, so publishing a patch for an older release
line won't clobber it.

All third-party actions are pinned to full commit SHAs.
@linear
Copy link
Copy Markdown

linear bot commented Mar 30, 2026

@amackillop amackillop merged commit 6669e24 into master Mar 30, 2026
1 check passed
@amackillop amackillop deleted the austin_mdk-677_release-workflow branch March 30, 2026 21:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants