Skip to content

Allow publishing from release branches#555

Merged
Xavier Fortin (xfortin-devolutions) merged 4 commits into
masterfrom
allow-publishing-release-branches
Jun 18, 2026
Merged

Allow publishing from release branches#555
Xavier Fortin (xfortin-devolutions) merged 4 commits into
masterfrom
allow-publishing-release-branches

Conversation

@xfortin-devolutions

@xfortin-devolutions Xavier Fortin (xfortin-devolutions) commented Jun 18, 2026

Copy link
Copy Markdown
Contributor

Summary

Enables publishing a release from release/* branches (and master), instead of being restricted to master only.

Changes to .github/workflows/build-package.yml

  • Add a build-branch input (free-text, default master) so the branch to build from is chosen explicitly rather than relying solely on the Actions UI ref picker. It's validated in preflight and must be master or release/* (^release/.+), otherwise the run fails fast with a clear error.
  • Remove the hardcoded master-only publish gate. Previously, a non-master, non-prerelease dispatch was force-skipped from publishing. Now a manual dispatch can publish from the selected branch; scheduled cron runs still always skip publishing.
  • Check out the chosen branch explicitly (actions/checkout with ref: ${{ needs.preflight.outputs.build-branch }}), so the packaged code matches build-branch.
  • Drop (Master only) from the publish-mode option labels (and update the matching comparison) since the restriction no longer applies.
  • Report the selected branch in the run notices.

Notes / caveats

  • The prerelease-suffix functionality is unchanged.

Screenshots

PusblishPopup

The comment referenced the removed non-master 'publish-test' case;
reword it to reflect that scheduled jobs always skip publishing.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@xfortin-devolutions Xavier Fortin (xfortin-devolutions) merged commit 6ca9ed3 into master Jun 18, 2026
2 of 3 checks passed
@xfortin-devolutions Xavier Fortin (xfortin-devolutions) deleted the allow-publishing-release-branches branch June 18, 2026 14:52
Anna Malchow-Perryman (apman) pushed a commit that referenced this pull request Jun 18, 2026
## Summary

Enables publishing a release from `release/*` branches (and `master`),
instead of being restricted to `master` only.

## Changes to `.github/workflows/build-package.yml`

- **Add a `build-branch` input** (free-text, default `master`) so the
branch to build from is chosen explicitly rather than relying solely on
the Actions UI ref picker. It's validated in preflight and must be
`master` or `release/*` (`^release/.+`), otherwise the run fails fast
with a clear error.
- **Remove the hardcoded master-only publish gate.** Previously, a
non-master, non-prerelease dispatch was force-skipped from publishing.
Now a manual dispatch can publish from the selected branch; scheduled
cron runs still always skip publishing.
- **Check out the chosen branch** explicitly (`actions/checkout` with
`ref: ${{ needs.preflight.outputs.build-branch }}`), so the packaged
code matches `build-branch`.
- Drop `(Master only)` from the publish-mode option labels (and update
the matching comparison) since the restriction no longer applies.
- Report the selected branch in the run notices.

## Notes / caveats

- The prerelease-suffix functionality is unchanged.

## Screenshots

<img width="335" height="637" alt="PusblishPopup"
src="https://github.com/user-attachments/assets/2cb21a9c-543e-4edc-a4af-9231149fab43"
/>

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants