Les choses ont progressé à Gradle, donc je pense que cette question mérite une autre réponse.
Depuis Gradle 4.3, des « scans de build » ont été introduits. Toutes les informations pertinentes sont disponibles dans les documents Gradle ( 1 , 2 ). Pour moi, cela semble maintenant être le moyen le plus simple de vérifier vos dépendances (et généralement votre build) de manière claire et organisée.
Ils sont très faciles à créer, il suffit d'exécuter:
gradle build --scan
(ou ./gradlew build --scan
si vous utilisez un wrapper)
Cela produit un lien généré aléatoirement où vous pouvez voir votre scan. Lorsque vous ouvrez ce lien, vous entrez votre adresse e-mail et prenez le contrôle total du lien: par exemple. partagez-le ou supprimez-le. Il contient de nombreuses informations sur votre build , pas seulement des dépendances. Vous pouvez voir vos dépendances, leurs hiérarchies, le référentiel utilisé pour les obtenir, mais aussi beaucoup d'autres choses sur votre build, à savoir ses performances (qui sont intéressantes pour les builds complexes), vos tests, même la sortie de votre console et votre configuration du système, qui JDK et JVM ont été utilisés, taille maximale du tas, etc.
Il s'agit d'un écran d'impression d'un projet simulé:
Une analyse de build est un enregistrement partageable d'une build qui fournit des informations sur ce qui s'est passé et pourquoi. Vous pouvez créer gratuitement un scan de build sur scans.gradle.com.
Notez cependant que les informations relatives à votre processus de génération seront envoyées aux serveurs Gradle. Vous avez le plein contrôle pour le supprimer lorsque vous avez terminé votre inspection.
Enfin, vous pouvez également utiliser des scans de build avec des versions Gradle antérieures à 4.3, il vous suffit d'ajouter manuellement le plugin scans dans votre buildscript.
Edit :
Incorporer quelques commentaires des commentaires quelques notes supplémentaires:
1) Il est très difficile de le faire par erreur ou sans comprendre que certaines informations pour votre build seront en ligne (privées pour vous, avec la possibilité de les supprimer, mais toujours en ligne) ).
Lors de l'exécution, gradle build --scan
le message suivant apparaît:
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]
Vous devez écrire explicitement yes
, puis le message continue:
Publishing build scan...
https://gradle.com/s/a12en0dasdu
2) Dans Gradle Enterprise, vous pouvez héberger des analyses de génération Gradle sur vos propres serveurs. Cependant, je n'ai aucune expérience dans ce domaine et mon approche proposée concernait la distribution standard de Gradle, en utilisant les serveurs de Gradle pour vos analyses de build.
3) Gradle lui-même fait la promotion des scans de build comme moyen de traiter la plupart de vos problèmes de build.