-
-
Notifications
You must be signed in to change notification settings - Fork 97
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
Check MSRV #1086
Comments
Hi, thanks for opening the issue!
I heard different thoughts on this. Do you have any docs that explain this? Is it an established convention in the community? |
Actually, this doesn't seem to be the convention, after having done some research on it:
Maybe it would be nice just to update the MSRV file as part of a release? |
Usually I've seen msrv being tested in CI. This means that people update the msrv in the pr when they introduce the change. But we could also test this in release-plz, so that people don't have to run an additional ci job. Similarly to how we do for cargo-semver-checks. Where should we write the msrv? I guess in this field, right? |
Making it opt-in sounds like a better idea, I can imagine not many people caring about it, especially people writing applications instead of libraries.
Yes, that's the proper field. |
Yeah, then I'm fine with this change 👍 |
Motivations
Changing code that uses newer versions than the MSRV should also be a breaking change. Ideally the release would also update the MSRV.
Possibly
Solution
Integrate with the cargo-msrv crate to automatically detect the MSRV version used.
The text was updated successfully, but these errors were encountered: