Skip to content

build: add manually triggered release workflow [WPB-21384]#1914

Merged
coriolinus merged 3 commits intomainfrom
prgn/build/21384-manually-triggered-release
Mar 9, 2026
Merged

build: add manually triggered release workflow [WPB-21384]#1914
coriolinus merged 3 commits intomainfrom
prgn/build/21384-manually-triggered-release

Conversation

@coriolinus
Copy link
Contributor

What's new in this PR

Adds manual workflow to reattempt release.

DO NOT MERGE BEFORE #1875

Note for NPM: someone with appropriate access will need to update the trusted publishers settings and add the publish workflow; I do not have that access.


PR Submission Checklist for internal contributors
  • The PR Title
    • conforms to the style of semantic commits messages¹ supported in Wire's Github Workflow²
    • contains a reference JIRA issue number like SQPIT-764
    • answers the question: If merged, this PR will: ... ³
  1. https://sparkbox.com/foundry/semantic_commit_messages
  2. https://github.com/wireapp/.github#usage
  3. E.g. feat(conversation-list): Sort conversations by most emojis in the title #SQPIT-764.

@coriolinus coriolinus marked this pull request as ready for review March 5, 2026 16:11
@coriolinus coriolinus requested a review from a team as a code owner March 5, 2026 16:11
@typfel typfel force-pushed the simon/ci/stage-jvm-android-before-publish-WPB-22853 branch 2 times, most recently from 7ae24a6 to 6f07736 Compare March 6, 2026 09:55
Base automatically changed from simon/ci/stage-jvm-android-before-publish-WPB-22853 to main March 6, 2026 10:33
@coriolinus coriolinus force-pushed the prgn/build/21384-manually-triggered-release branch from b9103b6 to 3fd0bc9 Compare March 6, 2026 10:47

- name: download artifacts
id: download
if: ${{ inputs.prepare == false && inputs.release == true }}
Copy link
Member

@SimonThormeyer SimonThormeyer Mar 6, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What do you think about doing
${{ inputs.prepare != true && inputs.release == true }} instead? So we don't need to pass both arguments on the call sites when releasing.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Doesn't the default: false in the variable definition cover that?

Copy link
Member

@SimonThormeyer SimonThormeyer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On potential nit left. Let's try it out (when we get to).

If we're doing a release, the artifacts should already exist on sonatype,
and we don't need a rebuild.
This makes it possible to gracefully recover from a partial/failed release
by reattempting with existing artifacts.
We now explicitly prepare the NPM tarball and upload it to the release
page at the same time as preparing the JVM/Android artifacts. Then,
releasing is just a matter of downloading/releasing the pre-published
file, not building anything. This better aligns with the intent of our
release process.
@coriolinus coriolinus force-pushed the prgn/build/21384-manually-triggered-release branch from 1d817d3 to 5a7b485 Compare March 9, 2026 12:13
@coriolinus coriolinus merged commit 5a7b485 into main Mar 9, 2026
1 check passed
@coriolinus coriolinus deleted the prgn/build/21384-manually-triggered-release branch March 9, 2026 12:13
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