Отключение функциональности по умолчанию от задач жизненного цикла gradle - PullRequest
1 голос
/ 22 января 2020

Долгое время скрывался, впервые спрашивал.

tl; dr

Есть ли способ отсоединить указанное c поведение плагина (например, поведение проверки checkstyle) ) из существующих задач жизненного цикла gradle (в данном случае проверка gradle)

более длинная версия

В нашу текущую настройку проекта gradle Java мы включили checkstyle как один из наших плагинов для проверки кода * stati c. В настоящее время он работает как часть конвейера Jenkins через задачу gradle build . Хотя это в основном сработало для того, что нам нужно, а именно для запуска наших тестов и обеспечения того, чтобы мы придерживались стандартов кода, я также заметил, что мы могли бы сделать наш отзыв немного быстрее, если бы мы могли запустить просто проверки плагина checkstyle до сборки пинают в тестах.

Для этого, насколько я понимаю, нам нужно создать пользовательскую задачу, которая запускает только функции checkstyle checkstyleMain и checkstyleTest и отделяют поведение checkstyle по умолчанию от задачи жизненного цикла сборки gradle. Я просматривал gradle и checkstyle plugin документы, но быстро обнаружил, что я не в себе.

Кто-нибудь сталкивался с этим особая необходимость?

Спасибо за помощь

РЕДАКТИРОВАТЬ: Хотелось бы включить некоторый код, но на самом деле не так много, чтобы показать = /

plugins {
    id "checkstyle"
}

checkstyle {
    toolVersion "8.24"
    configFile file("config/checkstyle/checkstyle.xml")
}

checkstyleMain {
    source = "src/main/java"
}
checkstyleTest {
    source = "src/test/java"
}

Это все, что связано с checkstyle внутри build.gradle, сама задача проверки не настроена.

...