Skip to content

Trigger release workflow on published, not just created - #101

Merged
thetic merged 2 commits into
mainfrom
fix-release-workflow-trigger
Aug 8, 2026
Merged

Trigger release workflow on published, not just created#101
thetic merged 2 commits into
mainfrom
fix-release-workflow-trigger

Conversation

@thetic

@thetic thetic commented Aug 8, 2026

Copy link
Copy Markdown
Owner

Description

Publishing v0.8.0 from a draft release fired GitHub's published event, not created, so release.yml's Source Archive job never ran — the tarball/zip had to be attached by hand after the fact.

created fires on any new release, including drafts. published fires on any new release that is not a draft — covering both a direct (non-draft) release creation and a draft later transitioning to published, exactly once each. (A direct release creation fires both created and published simultaneously, so listening to both would run the job twice on the common path — published alone is the correct fix, not an addition.)

Related Issues

N/A

Type of Change

  • New feature (non-breaking change which adds functionality)
  • Bug fix (non-breaking change which fixes an issue)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Documentation update

Manual Verification (Optional)

  • Target: Reproduced the failure by creating v0.8.0 as a draft then publishing it — no Release workflow run fired for either event under the old types: [created] config. Manually ran the job's steps (cmake --preset GNU, cpack --preset source, gh release upload) to attach the missing assets.
  • Result: N/A for this fix directly (can't re-trigger v0.8.0's release event), but the next release — direct or via draft — should fire the job exactly once.

Checklist

  • I have written/updated documentation in docs/ for any user-facing changes.
  • My code follows the project's naming conventions (mu::tiny namespace, INCLUDED_MU_TINY_ guards, mutiny_ C-prefix).
  • For new features, I have considered if a C-interface adapter (.h and .c.cpp) is required for parity.
  • I have reviewed the CONTRIBUTING.md file to ensure compliance with architectural guidelines.

Publishing v0.8.0 from a draft fired the "published" event, not
"created", so the Source Archive job silently never ran and the
tarball/zip had to be attached by hand. Listening for both event
types covers direct release creation and draft-then-publish alike.
@coveralls

coveralls commented Aug 8, 2026

Copy link
Copy Markdown

Coverage Status

coverage: 98.928%. remained the same — fix-release-workflow-trigger into main

@github-actions

github-actions Bot commented Aug 8, 2026

Copy link
Copy Markdown
Contributor
TestsPassed ✅Skipped ⚠️Failed
JUnit Tests1081 ran1072 passed9 skipped0 failed

created fires on any new release including drafts; published fires
on any new release that isn't a draft. A direct (non-draft) release
create fires both simultaneously, so listening to both would have
run the job twice on the common path. published alone covers both
the direct-create and draft-then-publish flows exactly once.
@thetic
thetic merged commit c239d7f into main Aug 8, 2026
41 checks passed
@thetic
thetic deleted the fix-release-workflow-trigger branch August 8, 2026 07:35
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.

2 participants