facebook/infer

Optimize incremental builds for android/gradle

Open

#532 geöffnet am 8. Dez. 2016

Auf GitHub ansehen
 (2 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)HTML (1.688 Forks)batch import
enhancementhelp wantedintegration

Repository-Metriken

Stars
 (12.410 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 2T 7h) (9 gemergte PRs in 30 T)

Beschreibung

We have lot of 'grandfathered' issues which we are fixing, below are the workflow we typically use


1. ./gradlew clean
2. infer --reactive -- ./gradlew --offline assembleDebug
3. Note down the issues and fix
4. infer --reactive --continue -- ./gradlew --offline assembleDebug

Above works fine, however step 4 seems to analyse the complete project even though only 1 file changed and it takes more time to analyse and report.

is there any flags or options which we can use to build only a file or two when using gradle, I'm aware its possible for normal java builds but how about gradle builds?

Contributor Guide

Research-Richtung
Untersuchen Sie den reaktiven Modus von Infer und die inkrementellen Build Funktionen von Gradle, um nur geänderte Dateien zu analysieren. Prüfen Sie die Infer Dokumentation auf die Flags continue und reactive und erkunden Sie den Build Cache und die inkrementelle Kompilierung von Gradle.
Tech Stack
java
Domain
build systemperformance
Issue Type
Funktion
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.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GradleJavaInfer
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60