-
Notifications
You must be signed in to change notification settings - Fork 30
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
Support for overrideCompatibilityChangeParameters #43
Comments
Same here! I've explored filtering and custom rules for that purpose but it doesn't work. Best I was able to do is modify the level of some what would be needed is more of an Japicmp (the library, not the plugin) has a I will submit a PR to that effect. |
This commit adds the compatibilityChangeExcludes configuration option which allows to simply turn well-known `JApiCompatibilityChange` enum values into compatible changes, effectively excluding all instances of such violations from the API comparison. Fixes melix#43.
We'd also be interested in this for Micrometer to accept |
This commit adds the compatibilityChangeExcludes configuration option which allows to simply turn well-known `JApiCompatibilityChange` enum values into compatible changes, effectively excluding all instances of such violations from the API comparison. Fixes #43.
I see this is in the maven plugin, and would love it for the gradle version.
In particular, I would very much like to be able to say that
METHOD_NEW_DEFAULT
does not count as a binary compatibility change.Is there any way to do this today with the gradle plugin?
The text was updated successfully, but these errors were encountered: