Долгое время скрывался, впервые спрашивал.
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, сама задача проверки не настроена.