uber/NullAway

Switch code coverage aggregation to use built-in plugin

Open

#871 ouverte le 29 nov. 2023

Voir sur GitHub
 (1 commentaire) (0 réactions) (1 assigné)Java (3 462 stars) (288 forks)batch import
good first issuehelp wanted

Description

Sample: https://docs.gradle.org/current/samples/sample_jvm_multi_project_with_code_coverage_distribution.html we can get rid of a bunch of custom Gradle code by changing the code-coverage-report module to use this built-in aggregating technique.

Guide contributeur

Stack technique
java
Domaine
build systemtesting
Type d'issue
refactor
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
half day
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
blocked
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
clear
Prérequis
GradleJavacode coverage
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40
Direction de recherche
The issue suggests switching the code coverage report module to use Gradle's built in code coverage aggregation plugin, as shown in the linked Gradle sample. Investigate the current module setup in the repository and compare it with the sample. Look for files like build.gradle or settings.gradle in the code coverage report directory. Consider the impact on existing custom code and ensure compatibility with the project's multi module structure.