Skip to content

ci: add a republish lever for tagged releases whose publish failed - #14

Merged
firejune merged 1 commit into
mainfrom
ci/republish-lever
Aug 23, 2026
Merged

ci: add a republish lever for tagged releases whose publish failed#14
firejune merged 1 commit into
mainfrom
ci/republish-lever

Conversation

@firejune

Copy link
Copy Markdown
Owner

release-please will not re-emit an already-tagged release, so a publish that fails after tagging is unreachable for both the zero-touch driver and the daily sweep — exactly the state headerless-v0.2.0 / vite-plugin-headerless-v0.1.4 landed in when the placeholder-token bug (#13) broke their first publish.

The workflow_dispatch trigger now takes an optional republish input naming an existing tag. Such a run skips the driver, checks out the tag, and publishes that one package over OIDC (one tag per run). Empty input keeps every existing path byte-identical: an empty ref on checkout means the default, and every added condition is OR-ed onto the old one.

RELEASING.md documents the lever next to the sweeper's coverage note. First use, right after this merges: republish the two tags above.

release-please will not re-emit an already-tagged release, so a publish
that fails after tagging is unreachable for both the driver and the
daily sweep — exactly the state v0.2.0/v0.1.4 landed in when the
placeholder-token bug broke their first publish. The workflow_dispatch
trigger now takes a republish input naming an existing tag: such a run
skips the driver, checks out the tag, and publishes that one package
over OIDC. RELEASING.md documents the lever.
@firejune
firejune enabled auto-merge (squash) August 23, 2026 11:24
@firejune
firejune merged commit e870e38 into main Aug 23, 2026
1 check passed
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