withGradle
предоставлен плагином Jenkins ' Gradle и обеспечивает подсветку вывода консоли и захват URL сканирования сборки (отображение URL сканирования сборки в пользовательском интерфейсе Jenkins). Это конечно ничего не делает с демоном Gradle. Вам не нужно withGradle
для запуска сборок Gradle в Jenkins, в зависимости от того, используете ли вы, конечно, сборку. Выполнение всего лишь
stage('Build') {
steps {
sh 'chmod +x gradlew'
sh './gradlew build jar'
}
}
совершенно нормально.
Демоны Gradle перестают работать после 3 часов простоя ( FAQ ). Если сборка выполняется только один раз в день, демон наверняка будет мертв. Обычно это причина, по которой демон отсутствует и его необходимо запустить.
Gradle может также решить запустить новый экземпляр демона, если работающий демон классифицирован как несовместимый (среда сборки, например, настройки динамической памяти, изменена) , Согласно моей информации, это явно выделено в выводе сборки.
Что касается медленной производительности запуска демона, обычный совет запускать сборку на последних версиях Gradle и Java.
Последний совет, хотя. Если вы используете Git в качестве системы контроля версий, вы можете избавиться от sh 'chmod +x gradlew'
, позволив Git установить флаг исполняемого файла с помощью update-index :
git update-index --chmod=+x gradlew