Применить локальный jar-плагин без использования maven

Когда у вас есть jar-файл плагина в пути к классам, у вас не может быть номера версии в приложении плагина. Я предполагаю, что это связано с тем, что у вас не может быть несколько банок с разными версиями в пути к классам, поэтому указывать версию здесь не имеет никакого смысла (за исключением, возможно, проверки того, что вы используете правильный). Это не решит проблему, но это только начало.

Если честно, я не знаю, почему ваш подход до сих пор не работает. Блок buildscript должен устанавливать зависимости для этого конкретного скрипта, и это должно сделать плагин видимым для него. По какой-то причине это не так.

Возможно, это ошибка или это просто недокументированное ограничение на использование блока plugin {}. Возможно, вы могли бы спросить на форумах Gradle или создать проблема для этого. Однако есть обходные пути, которые не связаны с публикацией в (локальном) репозитории Maven, что, я согласен, может немного раздражать.

Если вы используете apply from вместо plugins {}, это работает. По какой-то причине первый может видеть путь к классам buildscript, а второй - нет:

// build.gradle (Groovy DSL)
buildscript {
    dependencies {
        classpath(files("..\\..\\path\\to\\pluginTest.jar"))
    }
}

apply from: "asdf"

Либо переместите плагин buildscript из файла build.gradle в файл settings.gradle. Это делает доступным весь путь к классам сборки и заставляет его работать с блоком плагина:

// settings.gradle (Groovy DSL):
buildscript {
    dependencies {
        classpath(files("..\\..\\path\\to\\pluginTest.jar"))
    }
}

// build.gradle (Groovy DSL)
plugins {
    id("asdf")
}

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

Сделайте это с помощью:

// settings.gradle (Groovy DSL):
includeBuild("..\\..\\path\\to\\plugin")

// build.gradle (Groovy DSL):
plugins {
    id("asdf")
}

Или без жесткого кодирования его в сборке (чтобы вы могли динамически переключаться между локальной и опубликованной версиями):

// build.gradle (Groovy DSL):
plugins {
    id("asdf") version "1.4.0" // Version is optional (will be ignored when the command line switch below)
}

// Run with:
./gradlew --include-build "..\\..\\path\\to\\plugin" build

С ответом @ BjørnVester я понял это!

Вам нужно поместить buildscript в settings.gradle.kts, поскольку он не выполняется в build.gradle.kts, даже если он помещен перед plugins.

buildscript {
    repositories {
        flatDir {
            dirs("..\\reusable-kotlin\\build\\libs") // <-- folder with jars
        }
    }
    dependencies {        
        classpath("com.hedev.kotlin:reusable-kotlin:1.4.0")
    }
}

Но есть загвоздка! Вы должны использовать имя файла jar в идентификаторе имени classpath, которое выглядит следующим образом:

группа: имя-файла: версия

Файл, который будет искать gradle, будет file-name-version.jar или file-name.jar, который вы увидите в сообщении об ошибке, если сделаете ошибку (я добавил _ специально, чтобы вызвать ошибку):

Не удалось разрешить все артефакты для конфигурации «путь к классам».
Не удалось найти com.hedev.kotlin: reusable-kotlin_: 1.4.0. Ищется в следующих местах:
- файл: / C: /some/path/reusable-kotlin/build/libs/reusable-kotlin_-1.4.0.jar
- файл: / C: / some /path/reusable-kotlin/build/libs/reusable-kotlin_.jar

Чтобы это сработало, мне также пришлось добавить свойство group в сам плагин:

gradlePlugin {
    plugins {
        create("asdf") {
            id = "asdf"
            implementationClass = "com.hedev.kotlin.gradle.TestPlugin"
            version = "1.4.0"
            group = "com.hedev.kotlin"
        }
    }
}

Наконец, вы можете применить его в build.gradle.kts (здесь нет версии):

plugins {
    id("asdf")
}