Le cose sono andate avanti in Gradle, quindi credo che questa domanda meriti un'altra risposta.
Dal grado 4.3 sono state introdotte le " scansioni di costruzione ". Tutte le informazioni rilevanti sono disponibili nei documenti Gradle ( 1 , 2 ). Per me, questo sembra ora essere il modo più semplice per controllare le tue dipendenze (e generalmente la tua build) in modo chiaro e organizzato.
Sono molto facili da creare, basta eseguire:
gradle build --scan
(o ./gradlew build --scan
se si utilizza un wrapper)
Questo produce un collegamento generato casualmente dove puoi vedere la tua scansione. Quando apri quel link, inserisci la tua email e ottieni il pieno controllo del link: ad es. condividilo o eliminalo. Ha molte informazioni sulla tua build , non solo sulle dipendenze. Puoi vedere le tue dipendenze, le loro gerarchie, il repository usato per ottenerle, ma anche molte altre cose sulla tua build, vale a dire le sue prestazioni (che sono di interesse in build complesse di grandi dimensioni), i tuoi test, persino l'output della tua console e il tuo configurazione di sistema, che sono stati utilizzati JDK e JVM, dimensione heap massima ecc.
Questa è una schermata da un progetto finto:
Una scansione build è un record condivisibile di una build che fornisce approfondimenti su ciò che è accaduto e perché. Puoi creare una scansione di build su scans.gradle.com gratuitamente.
Si noti tuttavia che le informazioni per il processo di compilazione verranno inviate ai server Gradle. Hai il pieno controllo per eliminarlo al termine dell'ispezione.
Infine, puoi utilizzare le scansioni di build con versioni Gradle precedenti alla 4.3, devi solo aggiungere manualmente il plug-in delle scansioni nel tuo buildscript.
Modifica :
incorporando alcuni feedback dai commenti alcune note extra:
1) È molto difficile farlo per errore o senza capire che alcune informazioni per la tua build saranno online (private per te, con la possibilità di eliminarle, ma ancora online ).
Quando si esegue gradle build --scan
il seguente messaggio appare:
Publishing a build scan to scans.gradle.com requires accepting the Gradle
Terms of Service defined at https://gradle.com/terms-of-service. Do you
accept these terms? [yes, no]
Devi scrivere esplicitamente yes
e quindi il messaggio continua:
Publishing build scan...
https://gradle.com/s/a12en0dasdu
2) In Gradle Enterprise è possibile ospitare scansioni build Gradle nei propri server. Tuttavia, non ho esperienza in questo e il mio approccio proposto riguardava la distribuzione standard di Gradle, usando i server Gradle per le tue scansioni di build.
3) Gradle stesso promuove le scansioni di build come il modo per affrontare la maggior parte dei problemi di build.