Skip to content

ci: mark prerelease versions as GitHub prereleases - #42

Merged
kieronlanning merged 1 commit into
mainfrom
ci/prerelease-release-flag
Sep 27, 2026
Merged

kieronlanning merged 1 commit into
mainfrom
ci/prerelease-release-flag

Conversation

@kieronlanning

Copy link
Copy Markdown
Collaborator

Summary

Adds a follow-up job to the Release workflow that flags the GitHub release as a prerelease when package.json carries a prerelease version (for example 2.0.0-prerelease.25).

Why

The release pipeline publishes prerelease versions to NuGet but creates the GitHub release with prerelease: false, so a -prerelease.N release is presented as a stable release on the Releases page. The shared reusable workflow (purview-dev/build) exposes no input for this, so the new job runs after it and applies the flag with gh release edit --prerelease.

Behaviour

  • Runs only when the package.json version contains - and a GitHub release for � exists.
  • No-ops otherwise: stable versions, and pushes where the tag/release does not exist yet.
  • The job requests contents: write; the reusable workflow's own permissions are unchanged.

Validation

  • Workflow YAML parses cleanly and the job graph is
    elease -> prerelease.
  • Cannot trigger a re-release: the shared workflow skips every release step when �<package.json version> is already tagged.

@kieronlanning
kieronlanning enabled auto-merge (squash) September 27, 2026 11:47
@kieronlanning
kieronlanning merged commit cf6510b into main Sep 27, 2026
1 check passed
@kieronlanning
kieronlanning deleted the ci/prerelease-release-flag branch September 27, 2026 11:51
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.

1 participant