-
Notifications
You must be signed in to change notification settings - Fork 443
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
Updated min tested version to 3.5.0 and improved some vernacular #586
Conversation
I don't see what in this PR requires a bump in the min tested version. Can you clarify? |
(also, unrelated, while you're here @dfreese, can I get your eyes on some |
I'm not against being pragmatic about our backwards compatibility, but don't you find it a bit ironic that in the PR addressing respectful language we make the rules less usable to people having older Bazel version? If that's not too much to ask, would you mind lowering the version to 3.5? If there is a technical reason, I'm happy to discuss the options. Thanks for working on this! |
The reason I like 4.0.0 is because it's an LTS release. All rules should always support a LTS release while it's supported. I'm happy to drop to 3.5 but testing on 4.0 doesn't mean we don't support 3.5 and I feel it's a bit arbitrary when support changes specifically because there are no releases for these rules. But yeah, to be clear, there's no technical reason, It's more of a logistical thing for me (and I feel like I'm constantly making backwards compatibility changes in my PRs). |
Agreed on 4.0.0, we should definitely support that. Testing on 3.5 means we support 3.5. If we only test on 4.0 it's only a question of time when we break compatibility with 3.5. It is ok to intentionaly break compatibility, but it's better to know about it and have a conversation about it. I'm coming from the perspective of a well behaving user using Bazel 3.5, coming to this PR, and seeing we bumped the min version to 4.0 and we didn't have a strong reason to. Doing backwards compatibility changes where it makes sense is IMHO the right thing to do. But I agree that we don't have a set policy on that, so if you want to change the status quo let's have a discussion on the mailing list? |
I'll see if I can find the time to learn how to use the mailing list 😅 Is there anything more to do for this PR? |
I forgot to push! So sorry about that 😅 The PR should now be addressing all concerns. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thank you!
bazelbuild#586 bumped the minimum supported version we test to 3.5.0 but presumably accidentally bumped the documentation to say 4.0.0 - make those two values match.
#586 bumped the minimum supported version we test to 3.5.0 but presumably accidentally bumped the documentation to say 4.0.0 - make those two values match.
The only thing outstanding is one thing for
rust_bindgen
which is blocked on rust-lang/rust-bindgen#1990Very happy to see @hlopko opening that PR 😄
Additionally, this PR raises the min test version to 3.5.0.