Я хотел найти в своем проекте неиспользуемые зависимости. Есть ли в Gradle такая функция, как в Maven?
Я хотел найти в своем проекте неиспользуемые зависимости. Есть ли в Gradle такая функция, как в Maven?
Ответы:
В июне 2017 года они выпустили
4.0.0 versionи переименовали корневой проект"gradle-lint-plugin"в"nebula-lint-plugin". Они также добавили поддержку Android в неиспользуемые зависимости .
В мае 2016 года Gradle реализовал плагин Gradle lint для поиска и удаления нежелательной зависимости.
Плагин Gradle Lint - это подключаемый и настраиваемый инструмент линтера для выявления и составления отчетов о шаблонах неправильного использования или устаревания в скриптах Gradle и связанных файлах.
У этого плагина разные правила. Неиспользуемое правило зависимости - одно из них. У него есть три характерные особенности.
Чтобы применить правило, добавьте:
gradleLint.rules += 'unused-dependency'Подробная информация о неиспользованном правиле зависимости приведена в последней части.
Чтобы применить плагин Gradle lint:
buildscript { repositories { jcenter() } }
plugins {
id 'nebula.lint' version '0.30.2'
}В качестве альтернативы:
buildscript {
repositories { jcenter() }
dependencies {
classpath 'com.netflix.nebula:gradle-lint-plugin:latest.release'
}
}
apply plugin: 'nebula.lint'Определите, против каких правил вы хотите действовать:
gradleLint.rules = ['all-dependency'] // Add as many rules here as you'd likeДля корпоративной сборки мы рекомендуем определять правила lint в скрипте init.gradle или в скрипте Gradle, который включается через механизм Gradle apply from.
Для многомодульных проектов мы рекомендуем применять плагин в allprojectsблоке:
allprojects {
apply plugin: 'nebula.lint'
gradleLint.rules = ['all-dependency'] // Add as many rules here as you'd like
}Чтобы применить правило, добавьте:
gradleLint.rules += 'unused-dependency'Правило проверяет скомпилированные двоичные файлы, исходящие из исходных наборов вашего проекта, в поисках ссылок на классы и сопоставляет эти ссылки с зависимостями, которые вы объявили в своем блоке зависимостей .
Для вашего удовольствия, я хочу рассказать о предыдущих плагинах
Но его последняя версия 1.0.3 создана 23 декабря 2014 года . После этого обновлений нет.
NB: Многие наши инженеры сбиты с толку этим плагином, поскольку они обновили только номер версии, ничего больше.
implementationа api), и даже хуже, рекомендует изменить от новых к старым устаревших единиц (например: compile, testCompileи т.д.).
Проект, упомянутый в предыдущих ответах, кажется мертвым. Я использую gradle-dependency-analysis . Настройка проста:
buildscript {
repositories {
jcenter()
}
dependencies {
classpath 'ca.cutterslade.gradle:gradle-dependency-analyze:1.0.3'
}
}
apply plugin: 'ca.cutterslade.analyze'Затем сделайте:
$ gradle analyzeDependenciesМне очень повезло с использованием подключаемого модуля Gradle Dependency Analysis . Чтобы начать работу с ним, добавьте следующие две вещи в свой сценарий сборки Gradle.
buildscript {
repositories {
maven {
url "https://plugins.gradle.org/m2/"
}
}
dependencies {
classpath "com.github.nullstress:DependencyAnalysisPlugin:1.0.3"
}
}и
apply plugin: "dependencyAnalysis"Как только они будут на месте, бегите gradle analyze. Если есть неиспользуемые зависимости, вы получите сбой сборки, в котором будут отображаться выходные данные, аналогичные приведенному ниже, плюс список неиспользуемых зависимостей (как объявленных, так и транзитивных). Сбой сборки действительно удобен, если вы хотите принудительно исключить неиспользуемые зависимости через сборку CI.
:foo:analyze FAILED
FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':foo:analyze'.
> The project has unused declared artifactsЯ только что узнал об этом: https://plugins.gradle.org/plugin/com.autonomousapps.dependency-analysis
Судя по всему, он находится в активной разработке, но я еще не тестировал.
Изменить: на самом деле это довольно круто, он дает множество советов (например, использовать ли api или реализацию)
Примечание редактора: этот ответ устарел. Пожалуйста, посмотрите верхний ответ .
Вы можете попробовать плагин Gradle com.github.nullstress.dependency-analysis.
Фрагмент скрипта сборки для использования во всех версиях Gradle:
buildscript {
repositories {
jcenter()
}
dependencies {
classpath "com.github.nullstress:DependencyAnalysisPlugin:1.0.3"
}
}
apply plugin: "com.github.nullstress.dependency-analysis"Фрагмент сценария сборки для нового инкубационного механизма плагинов, представленного в Gradle 2.1:
plugins {
id "com.github.nullstress.dependency-analysis" version "1.0.3"
}Кроме того, на форуме Gradle есть тема ( есть ли в Gradle эквивалент "mvn dependency: analysis"? ) По этому поводу.
Проекты по большинству исторических ответов мертвы, но gradle-dependency-analysis, похоже, живы по состоянию на 30 мая 2016 года .