-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Fix semantic versioning #3594
Comments
The RC4 release, which I've drafted right now is on a |
Have we unit tested this against our internal comparators? |
The way I understand the spec, "rc1" is not a violation. Pre-release versions may be dot-separated, but don't have to be. Dot-separated identifiers that contain letters are compared lexicographically. So |
Correct, we'd be betting on the chance we never hit 10, which isn't a violation, but also is not proper. |
Agreed. I just wanted to share the way pre-release versions are sorted according to the specification (see point 11), because of what switching mid-release will mean: |
Thanks for the insight, I reverted the change for RC4 on the draft release |
I think we should omit the 0s to the right of the version number. They're as useless as having 0s to the right of a decimal number. |
@Hussam-Eddin-Alhomsi, we increment this zero to a one when we release a patch to a stable version. This has happened every single release. Truncating the zero would be more work than what it's worth. |
Now that #5636 is merged I think we can definitely consider this closed. If anyone disagrees please feel free to reopen w/ justification! |
We've been using the
1.0.0-rc1
style releases, however this is not proper.According to semantic versioning, it should be "rc.1" instead of "rc1". (e.g.
2.0.0-rc.1
)http://semver.org/spec/v2.0.0-rc.1.html
The text was updated successfully, but these errors were encountered: