Skip to content

ci(release): pass explicit tag_name to softprops for dispatch runs - #110

Merged
justin-carper merged 2 commits into
mainfrom
ci/release-workflow-dispatch-fallback
Aug 26, 2026
Merged

ci(release): pass explicit tag_name to softprops for dispatch runs#110
justin-carper merged 2 commits into
mainfrom
ci/release-workflow-dispatch-fallback

Conversation

@justin-carper

Copy link
Copy Markdown
Collaborator

Follow-up to #109. The dispatched v0.9.0-next.0 release run published to npm but failed at Create GitHub Release: dispatch runs carry GITHUB_REF_NAME=main, so softprops had no tag (⚠️ GitHub Releases requires a tag). Adds explicit tag_name from the resolved release ref. npm publish is idempotent, so re-dispatch after merge only creates the missing GitHub Release.

Push/tag events have intermittently failed to enqueue runs (merges to main
after 2026-08-26T14:55Z created no CI runs), blocking tag-triggered
publishes. Adds a manual trigger with a required tag input; the job resolves
RELEASE_REF_NAME once, checks out the tag's exact commit, and all tag-derived
steps use it instead of GITHUB_REF_NAME (mirrors ci.yml's dispatch-scoped
model-data-drift pattern).
The first workflow_dispatch release run published to npm but failed at
'Create GitHub Release' — with GITHUB_REF_NAME=main, softprops had no tag
to attach the release to.
@justin-carper
justin-carper merged commit d93ac75 into main Aug 26, 2026
@justin-carper
justin-carper deleted the ci/release-workflow-dispatch-fallback branch August 26, 2026 16:08
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.

1 participant