Skip to content

Prepare release workflow for immutable releases - #104

Open
jeri-temporal wants to merge 2 commits into
temporalio:mainfrom
jeri-temporal:main
Open

Prepare release workflow for immutable releases#104
jeri-temporal wants to merge 2 commits into
temporalio:mainfrom
jeri-temporal:main

Conversation

@jeri-temporal

Copy link
Copy Markdown
Contributor

What was changed

The current release workflow behavior runs goreleaser after a release has been published, but that's not permitted with immutable releases; all artifacts must be attached to the release by the time it is published. This change switches to running goreleaser on tag creation, and a successful run of the workflow will create a draft release ready for publishing or further editing.

Why?

Immutable releases are a requirement for adding new packages to homebrew/core, and seem like they're generally a good idea anyway

Checklist

  1. How was this tested: Pushed new tags to my fork, verified workflow success, and then published the resulting draft release

  * Use latest goreleaser
  * Run release workflow on every new tag
  * Keep release as draft
@jeri-temporal
jeri-temporal requested a review from a team as a code owner August 27, 2026 00:19
@jeri-temporal
jeri-temporal enabled auto-merge (squash) August 27, 2026 17:53
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