Использование gradle для поиска дерева зависимостей

Можно ли использовать gradle для создания дерева того, что зависит от чего?

У меня есть проект, и я хотел бы выяснить все зависимости, чтобы я мог немного обрезать его с помощью предварительных объявлений и т. Д.

Для Android используйте эту строку

 gradle app:dependencies

или если у вас есть упаковщик:

./gradlew app:dependencies

где appнаходится ваш проектный модуль

Кроме того, если вы хотите проверить , если что - то compileпротив testCompileпротив androidTestCompileзависимости, а также то , что тянет его в:

./gradlew :app:dependencyInsight --configuration compile --dependency <name>
./gradlew :app:dependencyInsight --configuration testCompile --dependency <name>
./gradlew :app:dependencyInsight --configuration androidTestCompile --dependency <name>

Вы можете отобразить дерево зависимостей с помощью команды gradle dependencies. Для получения дополнительной информации обратитесь к разделу 11.6.4 Список зависимостей проекта в интерактивном руководстве пользователя.

Если вам трудно ориентироваться в выводе консоли gradle dependencies, вы можете добавить плагин отчетов проекта :

apply plugin: 'project-report'

И сгенерируйте отчет HTML, используя:

$ ./gradlew htmlDependencyReport

Отчет обычно можно найти в build/reports/project/dependencies/index.html

Это выглядит так:

В Android Studio (по крайней мере, начиная с версии 2.3.3) вы можете запустить команду прямо из пользовательского интерфейса:

Нажмите на вкладку Gradle, а затем дважды щелкните : yourmodule -> Tasks -> android -> androidDependencies

Дерево будет отображаться на вкладке Консоль Gradle

Часто полный test, compileи androidTestCompileграф зависимостей слишком сложен для изучения вместе. Если вы просто хотите compileграф зависимостей, вы можете использовать:

./gradlew app:dependencies --configuration compile

Источник: Gradle Docs раздел 4.7.6.

Примечание: compileбыло объявлено устаревшим в более поздних версиях Gradle, и в более поздних версиях рекомендуется перевести все ваши compileзависимости на implementation. Пожалуйста, посмотрите этот ответ здесь

Если вы хотите визуализировать свои зависимости в графе, вы можете использовать плагин gradle-dependency-graph-generator .

Как правило , выход из этого плагина можно найти в сборках / отчетах / зависимости граф каталога и содержит три файла (.dot | .png | .svg) , если вы используете 0.5.0 версии плагина.

Пример графика зависимостей в реальном приложении ( Chess Clock ):

Для Android введите это в терминале

gradlew app:dependencies

В нем будут перечислены все зависимости и те, с более новыми версиями для вас, чтобы обновить как

com.android.support:customtabs:26.1.0 -> 27.1.1 (*)

Ситуация в Gradle продвинулась вперед, поэтому я считаю, что этот вопрос заслуживает другого ответа.
Начиная с Gradle 4.3, были введены « сборочные сканы ». Вся соответствующая информация доступна в документации Gradle ( 1 , 2 ). Для меня это, кажется, самый простой способ проверить ваши зависимости (и, как правило, вашу сборку) четко и организованно.

Их очень легко создать, просто выполните:

gradle build --scan  

(или ./gradlew build --scanесли вы используете обертку)

Это создает случайно сгенерированную ссылку, где вы можете увидеть ваш скан. Открывая эту ссылку, вы вводите свой адрес электронной почты и получаете полный контроль над ссылкой: например. поделиться или удалить его. В нем много информации о вашей сборке , а не только о зависимостях. Вы можете видеть свои зависимости, их иерархии, репозиторий, используемый для их получения, а также множество других вещей о вашей сборке, а именно, ее производительность (которая представляет интерес для больших сложных сборок), ваши тесты, даже вывод на консоль и ваш конфигурация системы, какие JDK и JVM использовались, максимальный размер кучи и т. д.

Это принтскрин из фиктивного проекта:

Сканирование сборки является общей записью сборки, которая дает представление о том, что произошло и почему. Вы можете бесплатно создать сборку на scans.gradle.com.

Однако обратите внимание, что информация о вашем процессе сборки будет отправлена на серверы Gradle. Вы можете полностью удалить его, когда закончите проверку.

Наконец, вы также можете использовать сборку сканов с версиями Gradle более ранних, чем 4.3, вам просто нужно вручную добавить плагин сканов в ваш buildscript.

Редактировать :
Включая некоторые отзывы из комментариев, некоторые дополнительные примечания:
1) Очень трудно сделать это по ошибке или без понимания того, что некоторая информация для вашей сборки будет онлайн (частной для вас, с возможностью ее удаления, но все еще онлайн). ).

При выполнении gradle build --scanпоявляется следующее сообщение:

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]

Вы должны явно написать, yesа затем сообщение продолжается:

Publishing build scan...  
https://gradle.com/s/a12en0dasdu

2) В Gradle Enterprise вы можете размещать сканы сборки gradle на своих собственных серверах. Однако у меня нет никакого опыта в этом, и мой предложенный подход был о стандартном распределении Gradle, используя серверы Gradle для ваших проверок сборки.

3) Сам Gradle продвигает сканирование сборки как способ решения большинства ваших проблем со сборкой.

В Android Studio

1) Откройте терминал и убедитесь, что вы находитесь в корневой папке проекта.

2) Запустите ./gradlew app:dependencies (если не используете упаковщик gradle, попробуйте gradle app:dependencies)

Обратите внимание, что запуск ./gradle dependenciesдаст вам только дерево зависимостей корневой папки проекта, поэтому ./gradlew app:dependenciesважно упомянуть приложение вышеописанным способом, т.е.

Я также нашел полезным запустить это:

./gradlew dI --dependency <your library>

Это показывает, как разрешаются зависимости ( dependencyInsight), и помогает вам отладить, где вам нужно принудительно включать или исключать библиотеки в вашемbuild.gradle

См .: https://docs.gradle.org/current/userguide/tutorial_gradle_command_line.html.

Обратите внимание, что вам может потребоваться сделать что-то подобное, ./gradlew <module_directory>:<module_name>:dependenciesесли у модуля есть дополнительный каталог, прежде чем он достигнет своего build.gradle. Если есть сомнения, делайте, ./gradlew tasks --allчтобы проверить имя.

Для меня это была просто одна команда

в build.gradle добавить plugin

apply plugin: 'project-report'

а затем перейдите к cmd и выполните следующую команду

./gradlew htmlDependencyReport

Это даст мне HTML отчет WOW Html report 💕

Это все, мой господин.

Для последних версий Gradle (я тестировал с версией 6.4.1):

gradle dependencies --configuration compileClasspath

или если вы используете Gradle Wrapper:

gradlew dependencies --configuration compileClasspath

Если вы хотите все зависимости в одном файле в конце в течение двух шагов. Добавьте это к себе build.gradle.ktsв корень вашего проекта:

project.rootProject.allprojects {
    apply(plugin="project-report")

    this.task("allDependencies", DependencyReportTask::class) {
        evaluationDependsOnChildren()
        this.setRenderer(AsciiDependencyReportRenderer())
    }

}

Затем примените:

./gradlew allDependencies | grep '\-\-\-' | grep -Po '\w+.*$' | awk -F ' ' '{ print $1 }' | sort | grep -v '\{' | grep -v '\[' | uniq | grep '.\+:.\+:.\+'

Это даст вам все зависимости в вашем проекте и подпроектах вместе со всеми сторонними зависимостями.

Если вы хотите сделать это программным способом, то вам понадобится пользовательский рендеринг зависимостей - вы можете начать с расширения, AsciiDependencyReportRendererкоторое по умолчанию выводит ascii-график зависимостей.