при разработке на java/kotlin?
Да.
Жесть.... Ясно, спасибо))
В случае с гредлом билдконфиг -- это обычно больше, чем просто список зависимостей и простенькое описание пакета. Да и у нас тут не конфиг-файл, а полноценный скрипт. Такое править автоматически -- себя не уважать.
Разница подхода заключается в том, что в грэдл обычна указывается не первая попавшаяся совместимая версия, а конкретная. Без открытых опций. Поэтому это все несколько иначе работает
В нпм нынче нормальные люди идут дальше и пользуются lock-файлами, прибивая гвоздями конкретные версии. Так что конкретно это -- не аргумент :)
Лок-файл все-таки сам генерируется и он это делает уже после того, как зависимости в жсоне поставлены открытые. В градле мы обычно сами ставим чего хотим жестко и сразу. Подход разный
Я к тому, что повторяемой сборки с лок-файлами добиться можно, а вот прибитые версии первого уровня зависимостей гарантию такую не дают. Но лок-файлы можно и с гредлом плагином заиметь, конечно.
Ну повторяемость-то точно дадут. А вот гарантий совместимости нет конечно.
Интересно, а зависимости в проекте указываются в одном месте? или бывает, что этих build.gradle много по всему проекту?
Если у автора билдскриптов руки не из жопы, то версии описаны в одном или двух местах. Свежий седьмой гредл предлагает для этого стандартное решение наконец-то даже. Но никто не мешает забить и вписывать версии прям для каждой зависимости.
Обычно сколько модулей, столько и зависимостей. Но можно указать в корне, если надо
Есть нечто похожее в плагине package search, но UX пока оставляет желать лучшего
На самом деле с dsl вполне удобно
Обсуждают сегодня