uber/NullAway

Switch code coverage aggregation to use built-in plugin

Fermée

#871 ouverte le 29 nov. 2023

Voir sur GitHubGuide contributeur
 (2 commentaires) (0 réaction) (1 personne assignée)Java (288 forks)batch import
good first issuehelp wanted

Métriques du dépôt

Stars
 (3 462 étoiles)
Métriques de merge PR
 (Merge moyen 3j 23h) (14 PRs mergées en 30 j)

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

Direction de recherche
Le problème suggère de passer le module de rapport de couverture de code à l'utilisation du plugin d'agrégation de couverture de code intégré de Gradle, comme indiqué dans l'exemple Gradle lié. Étudiez la configuration actuelle du module dans le dépôt et comparez la avec l'exemple. Recherchez des fichiers comme build.gradle ou settings.gradle dans le répertoire code coverage report. Prenez en compte l'impact sur le code personnalisé existant et assurez la compatibilité avec la structure multi modules du projet.
Stack technique
java
Domaine
build systemtesting
Type d'issue
Refactorisation
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.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Bloquée
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GradleJavacode coverage
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40