Deprecation Notice: Although still supported, the method specified in the rest of this README.md
file for enabling Merge Confidence badges is no longer the preferred approach.
For up-to-date instructions, we highly recommend referring to the official documentation.
Look at the Merge Confidence badges before merging to:
Merge Confidence finds and flags undeclared breaking releases. It analyzes test and release adoption data across Mend Renovate’s early-adopting user base.
Merge Confidence adds the following badges to your pull requests:
Merge Confidence badges for pull requests are available in beta on any supported Renovate platform, including Mend Remediate.
Data is available for packages from:
We plan to support more languages soon.
If you use the Mend Renovate App (formerly WhiteSource Renovate App) then the badges are enabled automatically.
If you don't use the app, you can enable the badges by adding this to your Renovate config:
"extends": ["github>whitesource/merge-confidence:beta"]
If you want to disable the badges in the app, add this to your config:
"ignorePresets": ["github>whitesource/merge-confidence:beta"]
Merge Confidence uses the following confidence levels:
Low: We think the update contains breaking changes. Often this is expected because it's a Major version update, but updates can have unknown breaking changes.
Neutral: We don't have enough data about the update, or we can't decide if the update should be Low or High confidence.
High: We rank updates as High confidence when the combination of Age
, Adoption
and Passing
tests means there's a very low chance of breaking changes.
Very High: We only use this for updates which are months old and have either high Adoption
or have very high test Passing
scores.
Mend's hosted Renovate App has created millions of pull requests on github.com
to help developers update their dependencies since 2017.
We bundle and analyze metrics such as package Age
, package Adoption
, and Passing
tests.
This way we can find packages that have undeclared breaking changes.
The algorithm that decides on the values is private and is not something we plan to share. Similar to a search engine's algorithm, we plan to adjust and improve it over time, for example by using historical data to set a baseline confidence level for packages.
We plan to expose much more of the data via a companion website, such as number of users of a package and popular repositories which already updated to the version in question.
npm packages less than three days old can be unpublished, which can result in a service impact if you have updated to a package that gets unpublished. This is why npm packages can only get the High Confidence badge when they are at least three days old.
The percentages for Adoption
and Passing
are weighted towards Organizations, private repositories, and projects with high test reliability.
This means those values aren't raw percentages.
High-level information on planned improvements is available in the Merge Confidence Roadmap Project on GitHub.
You are invited to create an Issue if you have anything you'd like to discuss.