А где взять денег на этого отдельного девопса, интересно?

А я книжки на латехе на нем собираю :)

ну а почему бы нет, могу

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

Так кто мешает использовать тот же градл на минималках? 50 мб места жалко на диске?

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

какую напишет, хоть на баше, хоть на грувях или иной херне. публикация - это процесс, блеать.

gradle init никогда не делал

Я уже начал писать
Вся эта дискуссия сейчас возникла потому, что ты хочешь очень сильно разделять пакетный менеджер и сборщик проекта
Но зачем? Каждая из этих задач - это по строчке apply plugin в градле

разные проекты... мы тут что монорепу обсуждаем? какие разные проекты? изначальнй вопрос - простой тул сборки одного простого проекта.

plugins {
    id("scientifik.mpp")
}

kotlin {
    sourceSets {
        commonMain{
            dependencies {
                api(project(":visionforge-solid"))
                api("scientifik:gdml:0.1.8")
            }
        }
    }
}

Мультиплатформный мультимодульный проект + тесты  + деплой. Где сложности?

а как же settings.gradle and properties ?

Мой девопс инженер ебашит вообще адовые атоматизации. Ну такой вот примерно стэк усреднённый, потому что вариаций масса.
Берётся тимсити, но не разворачивается, что-то разворачивать - это не про моего девопса. Он берёт этот тимсити, вываливает в него репозитории и начинает билдить. Добавляет в него огромное количество билд чейнов, плагинов, хуков по таскам в жире, ТЕСТОВ! для покрытия, докер контейнеры сверху. Всё это деплоится до дыма в серверной. Потом снимается с хуков и регресится в QA отделе. Потом девопс поднимает KVM и щедро размазав по ней билд начинает деплоить на прод. При этом деплоит прям с тестовых серваков шкрябая по ним ссшом. Деплоит и приговаривает шепотом ух бля. При этом у него на лбу аж пот выступает. Любезно мне иногда предлагает задеплоить очередной хотфикс, но я отказываюсь. Надо ли говорить о том какой дичайший оверхед потом? Нагрузка такая, что гит от форс пуша отваливается.

plugins {
    id("scientifik.mpp")
}

kotlin {
    sourceSets {
        commonMain{
            dependencies {
                api(project(":visionforge-solid"))
                api("scientifik:gdml:0.1.8")
            }
        }
    }
}

На этапе изучения.)

properties опционльный, settings тоже. Для одномодульного проекта без деплоя вообще не нужны

Не говоря о том все-таки, что install и start оба вызываются через npm, то есть твоя теория про разные задачи сыпется на твоём же примере

settings не опциональный, но может быть пустой.

национальный

Это корень, от которого пляшет гредл.

Ага, спасибо автозамене