Вот котлин: https://github.com/Kotlin/KEEP/blob/master/proposals/scripting-support.md. Градл отличается тем, что заранее обрабатывать plugins блок и генерирует набор оберток для упрощенного доступа к полям. Но в целом, прям оно.

гредл запускает компилятор несколько раз: сначала компилирует блоки buildScript и plugins, выполняет полученный код, получает зависимости скрипта и уже с этими зависимостями компилятриует весь файл еще раз. во второй раз секции buildScript и plugins просто ничего не делают (там пустая реализация).

в исходниках гредла это найти почти невозможно, там десятки тысяч строк этим занимаются, и там все очень сложно. а зачем вам?

+. Если надо пример скриптинга, то это уже не в этот чат, но я могу дать.

если прям очень хочется, то начать можно отсюда: https://github.com/gradle/gradle/blob/45e5124fc9c65c11356259a30d51d1fd81f9ef20/subprojects/kotlin-dsl/src/main/kotlin/org/gradle/kotlin/dsl/execution/Interpreter.kt#L42

а вот тут автор этого кода рассказывает как это работает: https://www.youtube.com/watch?v=OEFwnWxoazI

Доброго всем дня. Вопрос - есть два таска, один из которых зависит от файлов, которые резолвятся другим. Во втором путь до файла задан так:

@Internal
    val detektYaml: RegularFileProperty = project.objects.fileProperty()

Первый ссылается на него следующим образом:

it.config.setFrom(project.taskCopyDetektYml().map { it.detektYaml })

в случае с использованием @OutputFile в 1м таске вместо Internal в его работе была проблема, завелось лишь следующим образом.

Не подскажете, как корректнее решать данный кейс? (когда один таск зависит от другого через результирующий "выходной" файл, без явных dependsOn).  

Причем желательно добиться того, что в случае изменения пути до файла зависимый от него таск не будет выполняться

Столкнулся с грэдл на реальном проекте и каждое мелкое изменение в файле  синхронизирует его от 5 и более минут. Это нормально? Вроде же, если таска up-to-date, то она не должна заново выполняться, а по ощущениям, что выполняется. Такое может быть?

вы про sync или билд, при синхронизации таски никакие не выполняются. Для синка это странновато

Sync

ну странновато, но увы я не сильно в этом шарю, что там может влиять.

Хотя может что-то качаеться постоянно ? версия снапшот допустим

К сожалению, сейчас не смогу разобраться. Огромный Легаси проект, столько знаний нет, чтобы  дать точную информацию. Разберусь, как-нибудь.
Спасибо за отклик

При синхронизации написано, что он все скачивает

Maven-metadata, Yandex rest api

это на локальной машине ?

Не совсем понял вопрос, если честно. Я подключаюсь к удаленной машине и на ней работаю

Может быть, кто-нибудь сможет подсказать в какую сторону копать? У другого человека на другой машине все работает по умолчанию.
Android studio 4.1, версия Gradle по умолчанию - 5.6.4, версия Gradle Android Plugin - 3.6.3 по умолчанию.
Если при таких входных данных собирать проект, то выходит следующая ошибка:
FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:processHermesBetaReleaseResources'.
> Could not resolve all files for configuration ':app:***ReleaseRuntimeClasspath'.
  > Failed to transform artifact 'library.aar (com.nbsp:library:1.8)' to match attributes {artifactType=android-compiled-dependencies-resources}.
     > Execution failed for AarResourcesCompilerTransform: C:\Users\*\.gradle\caches\transforms-2\files-2.1\08e3f791ead7764b9e0bc31538657c1e\jetified-library-1.8.
        > C:\Users\*\.gradle\caches\transforms-2\files-2.1\08e3f791ead7764b9e0bc31538657c1e\jetified-library-1.8\AndroidManifest.xml

При версии Gradle Android Plugin - 3.4.0 (понизил), то такой ошибки нет. Появляется другая - javac говорит:
package com.nbsp.materialfilepicker does not exist gradle
Хотя в зависимостях она есть

При версии Gradle Android Plugin - 4.1.1 (повысил) возникает третья ошибка - После синхронизации 6 ворнингов, касающихся некоторых проектных плагинов и во время сборки, соответсвенно - Could not GET *link* Received status code 403 from server: Forbidden

Я в гредле новичок, но эта звёздочка в абс. пути к манифесту выглядит криво.

Ее я поставил 😁

Додумался, что зависимость "com.nbsp:library:1.8" связана с этим maven-репозиторием http://dl.bintray.com/lukaville/maven
Там доступ через логин- пароль. Я ввожу логин, который мне выдали на работе - появляется логотип компании и просят ввести пароль. Ввожу пароль - появляется сообщение, что либо логин, либо пароль не подходит.
У кого-нибудь на работе такое используется? Должен ли там быть доступ к моей учетке?😁

Кажется вам лучше об этом спросить на работе