fix: recover interrupted stable npm releases - #3045
Merged
Merged
Conversation
Contributor
Dependency ReviewThe following issues were found:
License Issues.github/workflows/npm-publish.yml
OpenSSF Scorecard
Scanned Files
|
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.



Problem
The v4.1.2 release created its GitHub release and tag, then failed at
npm publish. Rerunning the original action attempts to recreate the release, and its global silent npm logging hides the publish error.Change
Add a manual
recover-stablemode to the existing npm publishing workflow so trusted publishing keeps the same workflow identity and environment. Recovery builds and tests the existing stable tag, publishes it tolatestwith npm error logging, and runs the downstream documentation jobs. It validates the release metadata and package version, rejects already published versions and downgrades, and serializes stable publication. The existing prerelease mode remains the default.After merging, use Actions → Publish to npm (if applicable) → Run workflow, branch trunk,
release_mode: recover-stable,release_version: 4.1.2. A rerun of the original failed run will not use this change. Recovery does not create the regular action's next development-version PR; that remains a separate follow-up after publication.Validation
actionlint .github/workflows/npm-publish.yml(including ShellCheck): passed.git diff --check: passed.latestis 4.1.1 and 4.1.2 is absent.