-
-
Notifications
You must be signed in to change notification settings - Fork 8.7k
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
Add SemVer compatibility badge #7554
Conversation
For maintainers only:
|
Thank you for your pull request! The most important CI builds succeeded, we’ll review the pull request soon. |
@greysteil Could you also create a Example: if 4.12.5 is the lastest version it would disable the success rate of all 4.x.x -> 4.12.5 updates. i. e. 4.0.0 -> 4.12.5 + 4.11.2 -> 4.12.5 + 4.12.4 -> 4.12.5. The success rate will be high if the lastest version didn't introduce bugs and is safely upgrade-able from 4.x.x. It will be low if the lastest version intruduced bugs. I could image multiple badges showing the lastest version and the last minor version. |
Oh, interesting. I really like that. Perhaps makes sense for me to change the badges to: with the former being for all our SemVer data and the later being just SemVer compatible updates to a given version (with the option to pass I think "stability" is a clearer description of what's being measured here than "compatibility", and using the badge to the latest version fixes the problem of bad releases staying in the score. Thanks for the suggestion! I'll put something together now. |
@sokra Thanks for your update. I labeled the Pull Request so reviewers will review it again. @montogeek Please review the new changes. |
Great thanks I'll use this one. Here are a few more suggestions:
|
First of all, thanks for webpack!
Would you be up for adding a badge that shows how SemVer compliant / bug free new releases are? I was looking through the data we gather at Dependabot and realised we could put one together, so threw together the below:
If you click through then there's a description of how it's calculated - basically it takes all of the relevant updates Dependabot has done for projects that use webpack and checks what percentage of the time specs pass on the upgrade PR.
The score is slightly lower than 100% because some projects have flaky specs, but I'm working on filtering them out from the data, too .