Skip to content

fix(release): trigger on tag push instead of release:created#263

Merged
DevSecNinja merged 1 commit intomainfrom
fix/release-trigger-on-tag
May 1, 2026
Merged

fix(release): trigger on tag push instead of release:created#263
DevSecNinja merged 1 commit intomainfrom
fix/release-trigger-on-tag

Conversation

@DevSecNinja
Copy link
Copy Markdown
Owner

Why

The release-please post-merge run for v0.2.0 (#250) tagged the commit and created the draft GitHub Release as designed, but release.yml listening on release: created did not fire. Meanwhile devcontainer-prebuild.yml, which listens on push: tags, did fire on the same tag — so App-token tag pushes propagate reliably while App-token release events do not.

This is a long-standing intermittent issue with release-please + GitHub App tokens.

What

  • Change trigger to push: tags - "v*".
  • Replace github.event.release.body with gh release view --json body --jq .body so the workflow fetches release-please's draft body for the tag at runtime.
  • Add workflow_dispatch with a tag input so failed runs can be retried against any tag without a fresh release-please bump.
  • Drop the if: github.event.release.draft gate on the release job (no longer applicable; the tag-push trigger doesn't carry that field). The notify-irm job's if is updated to fire only on push events so manual workflow_dispatch reruns don't page.

Unsticking v0.2.0

After this PR merges:

gh workflow run release.yml --repo DevSecNinja/dotfiles -f tag=v0.2.0

That dispatches the workflow against v0.2.0, which will find the existing draft Release, build/attest/upload assets, and flip it to published.

The release-please post-merge run for v0.2.0 created the draft
GitHub Release as expected, but \`release.yml\` listening on
\`release: created\` did not fire. The tag push from the same
release-please run DID trigger \`devcontainer-prebuild\` (which
listens on \`push: tags\`), confirming that App-token tag pushes
propagate reliably while App-token release events do not.

Switch to \`push: tags v*\` and look up the existing draft body
via \`gh release view --json body\`. This makes the trigger as
reliable as any other tag-driven workflow in the repo.

Add \`workflow_dispatch\` with a \`tag\` input so a failed run
can be retried against any tag without a fresh release-please
bump.
@DevSecNinja DevSecNinja enabled auto-merge (squash) May 1, 2026 12:15
@DevSecNinja DevSecNinja merged commit e530803 into main May 1, 2026
13 checks passed
@DevSecNinja DevSecNinja deleted the fix/release-trigger-on-tag branch May 1, 2026 12:19
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