-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Consider changing cargo --version
to output a proper semver
#3046
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
Comments
cc @brson We'd probably want to mirror this change to |
And also for rustup. |
Agree it should be done across all tools, using the same switch, so maybe like We could also just tack the build metadata onto the existing reported version, which is already semver (if you parse it out), at the risk that existing tools would not understand it (I suspect this wouldn't work for that reason). But for multiple reasons this doesn't strike me as particularly important: tools will need to continue understanding the existing format for back-compat; the extra metadata isn't all that important. If we were to do this we might want to consider fixing the confusing distinction between the commit date and build date as well, though that requires changes to the release build process. |
I don't believe this is an issue anymore, since
and the second parts of these look like valid semver to me. Please reopen if I'm mistaken! |
cargo --version
does a wonderful job providing a human readable version, however its output format is not standardized anywhere and may be difficult to parse programmatically.Perhaps we should introduce something like
cargo version --semver
which outputs a string strictly adhering to semver standard (major.minor.patch-release+build.meta
)?http://semver.org/
The text was updated successfully, but these errors were encountered: