Это task, что прекрасно описано в доке

И тип этой таски там тоже есть, как и все доступные методы

Да и IDE обычно может подсказать

Таску можно передать кложур после его создания (он же явно объявлен в плагине, раз в списке тасков есть)?

Ну если вы про вызов вида jar { ... }, то да

Спасибо, не знал

Не знаю что за курс, но я бы крайне рекомендовал использовать именно Kotlin DSL, особенно, если есть желание понять как там что настраивать и почему. Я год использовал Gradle на Groovy DSL (несильно, но даже на Central/Bintray публиковал). Но реально освоил только когда на Kotlin DSL перешёл (это при том, что у меня и в Kotlin практики вообще не было).

По-моему, Groovy DSL для изучения можно выбирать в трёх случаях:
1. Если уже хорошо понимаешь Groovy AST трансформации
2. Если есть неприязнь к Kotlin (странно, но вдруг?)
3. Если рабочий проект на Groovy и нужно по-быстрому поправить

Тут было бы забавно прикрепить ссылку в FAQ на то, когда Groovy committer (Cedric) закоммитил сборочный скрипт на Kotlin DSL в код самого Groovy ;)

Ну и есть империческое правило: если Gradle плагин написан на Groovy, то обычно 2 варианта. Либо плагин устаревший (с вытекающими проблемами совместимости), либо автор -- знаток Groovy и Gradle. К сожалению, плагины от знатоков встречаются редко.

Интересный поинт. Я думал, тут как с джавой и андроидом - так почти никто не пишет, а знать надо. Но рабочий проект как раз на груви. Хотя, может быть, с нормальным пониманием градла, груви не будет такой уж проблемой в моем случае

Доброй ночи, ребят. Подскажите такую штуку (или дайте ссылку на доку), как и где конфигурации связаны с тасками? Что я имею ввиду: добавив через конфигу implementation зависимость, она будет "известна" при сборке через таску compileJava. testImplementation добавляет зависимость только для compileTestJava. Эта связь в самой таске прописывается (ака возьму-ка я из этой конфиги все зависимости)?

В плагине она прописывается.

Плагин создаёт конфигурации и таски. Опционально (довольно часто) плагин связывает таски (с входными-выходными данными), и по сути, compileClassPath это один из входных данных для compileJava

Но вопрос непонятен

Есть раздел в документации про объявление кастомных конфигов, мне стало интересно, как конфиги плагинов связаны с тасками плагинов

Как раз то, что я хотел понять, спасибо

Если грубо, то:
таска — что-то делает
плагин — создаёт таски (таски могут создаваться либо с фиксированным именем, как, например, «test», либо в зависимости от модели проекта, как, например, compileTestJava, compileIntegrationTestJava и т.п.)

можно ли в проекте который использует groovy написать таску на kts и запускать ее?

Можно, они полностью совместимы и заменимы.

а нужно какой-то kts плагин подключать? Не могу что-то найти нормальной инструкции как это делается

Да просто например apply from: 'blabla.kts'

Документация: https://docs.gradle.org/release-nightly/userguide/structuring_software_products.html
Пример к ней: https://docs.gradle.org/release-nightly/samples/sample_structuring_software_projects.html

спасибо