You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ci: publish release candidates automatically on tag push
Revert the manual workflow_dispatch flow: pushing a v*-rc* tag now
runs CI against the tag and publishes a GitHub pre-release, like the
nightly flow. Publishing an RC supersedes the nightly line, so all
nightly pre-releases are deleted at that point.
Copy file name to clipboardExpand all lines: CONTRIBUTING.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -103,7 +103,7 @@ and adds a final version bump commit. For example, if `metadata.json` on `releas
103
103
104
104
Release candidates are published alongside GNOME Shell RCs. Tags follow the pattern `v50-rc1`, `v50-rc2`, etc. RC releases are marked as **pre-releases** on GitHub.
105
105
106
-
Pushing an RC tag does **not** publish anything. After pushing the tag, trigger the `Release` workflow manually (`workflow_dispatch`) and pass the tag name in the `tag` input. The workflow validates that the tag contains `-rc`, runs CI against it, and publishes the pre-release.
106
+
Pushing an RC tag publishes it automatically: the `Release` workflow runs CI against the tag and creates the pre-release. An RC supersedes the nightly line, so publishing one deletes all nightly pre-releases.
107
107
108
108
### Stable releases
109
109
@@ -189,7 +189,7 @@ D-Bus services.
189
189
190
190
All jobs must pass before a PR can be merged.
191
191
192
-
When a stable version tag (`v50.1`, `v50.2`, etc.) is pushed, `.github/workflows/release.yml` calls the CI pipeline and, if all jobs pass, publishes the GitHub Release automatically. Release candidate tags (`v50-rc1`, etc.) are excluded from this trigger and are published manually via `workflow_dispatch`, as described above.
192
+
When a version tag (`v50.1`, `v50-rc1`, etc.) is pushed, `.github/workflows/release.yml` calls the CI pipeline and, if all jobs pass, publishes the GitHub Release automatically. Release candidate tags are published as pre-releases and supersede the nightly pre-releases, as described above.
0 commit comments