You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pull request #1997 reverted an earlier intentional change to prevent PR builds from overriding beta releases. With this latest change, PR builds -- opened by anyone at all with no code review or approval required -- will be automatically deployed to projects matching prerelease version ranges like >=1.0.0-beta.1.
Semver matches prerelease tags in alphabetical order, so "canary" is after "alpha" and "beta". If a PR build is ever to be allowed, it must always go before approved branch builds like beta and alpha.
The text was updated successfully, but these errors were encountered:
We went from 9.54.0 to latest and our regex for finding canary versions broke. I saw in the code that the dash was stripped off in some places but not in others within the npm plugin's canary hook, so it seemed unevenly applied.
We have since updated our regex to accept both because I hadn't anticipated such a quick merge, so if this is breaking for others it is no longer breaking for me to be in either situation.
Thanks for fixing this! There probably should be a comment on that line so people know why the double-hyphens are there -- to ensure it sorts before "alpha" alphabetically
Describe the bug
Pull request #1997 reverted an earlier intentional change to prevent PR builds from overriding beta releases. With this latest change, PR builds -- opened by anyone at all with no code review or approval required -- will be automatically deployed to projects matching prerelease version ranges like
>=1.0.0-beta.1
.Semver matches prerelease tags in alphabetical order, so "canary" is after "alpha" and "beta". If a PR build is ever to be allowed, it must always go before approved branch builds like
beta
andalpha
.The text was updated successfully, but these errors were encountered: