-
Notifications
You must be signed in to change notification settings - Fork 15
Labels
a:ruleOne or more metadata rules that should be added or updatedOne or more metadata rules that should be added or updateda:testMake sure the plugin is more robust through more testingMake sure the plugin is more robust through more testingin:capability-conflictThings related to capability conflictsThings related to capability conflicts
Milestone
Description
We have this in the test that looks for Gradle 7.6.4 and only then runs with the full set of versions, but in the Gradle build, we don't set up a cross version test group with this version. I think what we want to do is activate this code path when we're running with the latest Gradle version. This has to be dynamic in the sense that we don't need to update the condition each time a new Gradle release comes out.
After reviewing the code, we realized that the GuavaComponentRule that is tested here, is quite opinionated (because it removes dependencies without giving control over what is removed), and doesn't work for the latest Guava releases. We've decided to deprecate the rule and document how to achieve the same thing using the patch DSL.
Metadata
Metadata
Assignees
Labels
a:ruleOne or more metadata rules that should be added or updatedOne or more metadata rules that should be added or updateda:testMake sure the plugin is more robust through more testingMake sure the plugin is more robust through more testingin:capability-conflictThings related to capability conflictsThings related to capability conflicts