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

Check MSRV #1086

Open
tversteeg opened this issue Nov 25, 2023 · 5 comments
Open

Check MSRV #1086

tversteeg opened this issue Nov 25, 2023 · 5 comments
Labels
enhancement New feature or request help wanted Extra attention is needed

Comments

@tversteeg
Copy link

Motivations

Changing code that uses newer versions than the MSRV should also be a breaking change. Ideally the release would also update the MSRV.

  • Would you like to implement this feature? [y/n]

Possibly

Solution

Integrate with the cargo-msrv crate to automatically detect the MSRV version used.

@tversteeg tversteeg added the enhancement New feature or request label Nov 25, 2023
@MarcoIeni
Copy link
Owner

Hi, thanks for opening the issue!

Changing code that uses newer versions than the MSRV should also be a breaking change

I heard different thoughts on this. Do you have any docs that explain this? Is it an established convention in the community?

@tversteeg
Copy link
Author

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?

@MarcoIeni
Copy link
Owner

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.
The con is that release-plz will take more time to run. If it takes too much time, we can make it opt in.

Where should we write the msrv? I guess in this field, right?

@tversteeg
Copy link
Author

If it takes too much time, we can make it opt in.

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.

Where should we write the msrv? I guess in this field, right?

Yes, that's the proper field.

@MarcoIeni
Copy link
Owner

Yeah, then I'm fine with this change 👍

@MarcoIeni MarcoIeni added the help wanted Extra attention is needed label Feb 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants