In Gradle haben sich die Dinge weiterentwickelt, daher glaube ich, dass diese Frage eine andere Antwort verdient.
Seit Gradle 4.3 wurden " Build-Scans " eingeführt. Alle relevanten Informationen finden Sie in den Gradle-Dokumenten ( 1 , 2 ). Für mich scheint dies jetzt der einfachste Weg zu sein, Ihre Abhängigkeiten (und im Allgemeinen Ihren Build) klar und organisiert zu überprüfen.
Sie sind sehr einfach zu erstellen, führen Sie einfach aus:
gradle build --scan
(oder ./gradlew build --scan
wenn Sie einen Wrapper verwenden)
Dadurch wird ein zufällig generierter Link erstellt, über den Sie Ihren Scan sehen können. Wenn Sie diesen Link öffnen, geben Sie Ihre E-Mail-Adresse ein und erhalten die volle Kontrolle über den Link: z. Teile es oder lösche es. Es enthält viele Informationen zu Ihrem Build , nicht nur Abhängigkeiten. Sie können Ihre Abhängigkeiten, ihre Hierarchien, das Repository, mit dem sie abgerufen wurden, aber auch viele andere Dinge über Ihren Build sehen, nämlich die Leistung (die für große komplexe Builds von Interesse ist), Ihre Tests, sogar Ihre Konsolenausgabe und Ihre Systemkonfiguration, welches JDK und JVM verwendet wurde, maximale Heap-Größe usw.
Dies ist ein Druckbildschirm aus einem Scheinprojekt:
Ein Build-Scan ist eine gemeinsam nutzbare Aufzeichnung eines Builds, die Einblicke in das Geschehen und Warum bietet. Sie können kostenlos einen Build-Scan unter scans.gradle.com erstellen.
Beachten Sie jedoch, dass Informationen für Ihren Erstellungsprozess an die Gradle-Server gesendet werden. Sie haben die volle Kontrolle, um es zu löschen, wenn Sie mit Ihrer Inspektion fertig sind.
Schließlich können Sie auch Build-Scans mit Gradle-Versionen vor 4.3 verwenden. Sie müssen lediglich das Scans-Plugin manuell in Ihr Buildscript einfügen.
Bearbeiten :
Einige Rückmeldungen aus den Kommentaren enthalten einige zusätzliche Hinweise:
1) Es ist sehr schwierig, dies versehentlich oder ohne Verständnis dafür zu tun, dass einige Informationen für Ihren Build online sind (privat für Sie, mit der Möglichkeit, sie zu löschen, aber immer noch online) ).
Bei der Ausführung gradle build --scan
erscheint folgende Meldung:
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]
Sie müssen explizit schreiben yes
und dann geht die Nachricht weiter:
Publishing build scan...
https://gradle.com/s/a12en0dasdu
2) In Gradle Enterprise können Sie Gradle-Build-Scans auf Ihren eigenen Servern hosten. Ich habe jedoch keine Erfahrung damit und mein vorgeschlagener Ansatz betraf die Standard-Gradle-Verteilung, bei der Gradles Server für Ihre Build-Scans verwendet wurden.
3) Gradle selbst fördert die Build-Scans, um die meisten Build-Probleme zu lösen.