uber/NullAway

Switch code coverage aggregation to use built-in plugin

Open

#871 geöffnet am 29. Nov. 2023

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (1 zugewiesene Person)Java (3.462 Stars) (288 Forks)batch import
good first issuehelp wanted

Beschreibung

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.

Contributor Guide

Tech Stack
java
Domain
build systemtesting
Issue Type
refactor
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
half day
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
blocked
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
clear
Voraussetzungen
GradleJavacode coverage
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40
Research-Richtung
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.