Skip to content

Commit 33af162

Browse files
committed
Publish versioned release after snapshot release
There's a short window of time between removing the snapshot build and creating a new one, where the snapshot release doesn't exist. IIUC this change should make that window shorter because we're publishing the snapshot release before the versioned release instead of after. It looks like the time taken for a release publish is 6 seconds, so this potentially reduces the time we have no snapshot release available from 12 seconds down to 6 seconds, give or take. There might be a way to eliminate the 6 second gap entirely and also avoid the scenario where a broken release builds means there is no snapshot available at all, but I'll file a separate story for that and we can worry about it later. Followup patch for: Ref: https://issues.redhat.com/browse/EC-602
1 parent 003ad7f commit 33af162

1 file changed

Lines changed: 8 additions & 8 deletions

File tree

.github/workflows/release.yaml

Lines changed: 8 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -164,14 +164,6 @@ jobs:
164164
165165
git push -f --tags
166166
167-
- name: Versioned release
168-
uses: softprops/action-gh-release@9d7c94cfd0a1f3ed45544c887983e9fa900f0564 # v2.0.4
169-
with:
170-
name: ${{ steps.add_tags.outputs.tag_name }}
171-
tag_name: ${{ steps.add_tags.outputs.tag_name }}
172-
generate_release_notes: false
173-
files: dist/*
174-
175167
- name: Rolling release
176168
uses: softprops/action-gh-release@9d7c94cfd0a1f3ed45544c887983e9fa900f0564 # v2.0.4
177169
with:
@@ -181,3 +173,11 @@ jobs:
181173
tag_name: snapshot
182174
generate_release_notes: false
183175
files: dist/*
176+
177+
- name: Versioned release
178+
uses: softprops/action-gh-release@9d7c94cfd0a1f3ed45544c887983e9fa900f0564 # v2.0.4
179+
with:
180+
name: ${{ steps.add_tags.outputs.tag_name }}
181+
tag_name: ${{ steps.add_tags.outputs.tag_name }}
182+
generate_release_notes: false
183+
files: dist/*

0 commit comments

Comments
 (0)