Skip to content

Please deprecate beta versions that sort above stable releases due to semver ordering#112

Open
Tsarter wants to merge 1 commit into
postmanlabs:masterfrom
Tsarter:deprecate-beta-versions
Open

Please deprecate beta versions that sort above stable releases due to semver ordering#112
Tsarter wants to merge 1 commit into
postmanlabs:masterfrom
Tsarter:deprecate-beta-versions

Conversation

@Tsarter
Copy link
Copy Markdown

@Tsarter Tsarter commented May 8, 2026

The following beta versions are currently published without a deprecated flag:

  • 2.88.1-postman.8-beta.1
  • 2.88.1-postman.5-beta.1
  • 2.88.1-postman.4-beta.1
  • 2.88.1-postman.3-beta.1
  • 2.88.1-postman.1-beta.1

The problem

Due to how semver compares pre-release identifiers, these beta versions sort higher than the current stable release (2.88.1-postman.48). In semver, alphanumeric identifiers always rank above numeric ones — so 8-beta is considered greater than 48. As a result, consumers using a ^ range (e.g. ^2.88.1-postman.31) have npm silently resolve to a beta version instead of the latest stable.

2.88.1-postman.8-beta.1 is recording 80,551 downloads in the last 7 days on npm

Why deprecation fixes it

Since npm v6.

npm-pick-manifest@2.1.0 included a change that makes it skip deprecated
versions when possible even if they would otherwise be the best semver range
match.

When npm install is done. If not then it still installs the 2.88.1-postman.8-beta.1 just with a deprecated warning.

References:

The ask

Could you run the following commands to close out this issue?

npm deprecate postman-request@2.88.1-postman.8-beta.1 "beta version, use latest stable instead"
npm deprecate postman-request@2.88.1-postman.5-beta.1 "beta version, use latest stable instead"
npm deprecate postman-request@2.88.1-postman.4-beta.1 "beta version, use latest stable instead"
npm deprecate postman-request@2.88.1-postman.3-beta.1 "beta version, use latest stable instead"
npm deprecate postman-request@2.88.1-postman.1-beta.1 "beta version, use latest stable instead"

This PR itself contains no meaningful code changes

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