Skip to content

ci: re-running the release publishes the latest tag if npm lacks it - #4

Merged
spacedevin merged 1 commit into
mainfrom
fix/publish-latest-tag
Oct 7, 2026
Merged

spacedevin merged 1 commit into
mainfrom
fix/publish-latest-tag

Conversation

@spacedevin

Copy link
Copy Markdown
Member

Re-running NPM release after a failed publish did nothing. sem saw the tag already existed, so there was no new release, and Publish to npm was skipped. v0.1.1 and v0.1.2 both failed to publish (the package isn't on npm yet) and couldn't be retried.

Now, when there's no new release, the job takes the latest v* tag. It publishes that tag's code if npm doesn't have the version, and skips it if npm already does.

This is ci:, so no release. Merging re-runs the workflow on main, which tries v0.1.2 again.

When sem made no new release, the publish step was skipped, so a publish that failed (v0.1.1 and v0.1.2, before the package existed on npm) could never be retried. With no new release, the job now takes the latest v* tag, publishes it from that tag if npm doesn't have it, and still skips versions npm already has.
@spacedevin
spacedevin merged commit 64cd7df into main Oct 7, 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