Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unapproved PR builds now override beta builds in Semver ranges #2007

Closed
rconnamacher opened this issue Jun 2, 2021 · 4 comments · Fixed by #2010
Closed

Unapproved PR builds now override beta builds in Semver ranges #2007

rconnamacher opened this issue Jun 2, 2021 · 4 comments · Fixed by #2010
Labels
bug Something isn't working released This issue/pull request has been released.

Comments

@rconnamacher
Copy link

rconnamacher commented Jun 2, 2021

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 and alpha.

@rconnamacher rconnamacher added the bug Something isn't working label Jun 2, 2021
@rconnamacher rconnamacher changed the title PR builds override beta builds in Semver Unapproved PR builds now override beta builds in Semver ranges Jun 2, 2021
@hipstersmoothie
Copy link
Collaborator

@10hendersonm what was your reasoning for removing the double dash? Sorry I futzed this up @rconnamacher

@10hendersonm
Copy link
Contributor

It seemed out of place :(

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.

@adierkens
Copy link
Collaborator

🚀 Issue was released in v10.29.3 🚀

@adierkens adierkens added the released This issue/pull request has been released. label Jun 8, 2021
@rconnamacher
Copy link
Author

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working released This issue/pull request has been released.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants