Slackbot
02/22/2022, 5:06 PMZak Taccardi
02/22/2022, 5:12 PMmyApp.codeCoverage.aggregator
myApp.codeCoverage.library.android // for android subprojects
myApp.codeCoverage.library.java // for java (non-android) subprojects
myApp.codeCoverage.library.android would create tasks that expose 3 types of code coverage values - jvm tests, android tests, and merged jvm/android test coverage.
myApp.codeCoverage.library.java would expose a task to create code coverage reports for jvm tests. Though I might want to explore a different report for different test suites in the future.
`myApp.codeCoverage.aggregator`’s job would be to take the above information and merge it to create a unified report across multiple subprojects. However, I would like this to be dynamic. I might have 5 subprojects that make up one feature, and I would like to have a single coverage report for just those 5 subprojects.
What is the idiomatic gradle way to achieve this?John Bellini
02/22/2022, 5:17 PMZak Taccardi
02/22/2022, 5:19 PMZak Taccardi
02/22/2022, 5:20 PMjacoco-report-aggregation plugin automatically pulls in transitive dependenciesJavi
02/22/2022, 5:22 PMZak Taccardi
02/22/2022, 5:51 PMKover given its design issues around project isolation. Created Project Isolation support