какая документация вам нужна? про то как сделать красиво? что груви, что котлин языки программирования
ну как у jenkins например, задокументировано очень много, куча примеров использования, best practice и т.д.
у меня встречный вопрос. Вы сами польузетесь kotlin dsl в teamcity?
эт ты так думаешь что в jenkins хорошая дока, в общем прежде чем перехать на него - рекомендую зайти в чатик по нему и почитать треды и принять взвешанное решение
Не пользуюсь, но документацию читал. Вроде все описано. Плюс в их блоге подробный гайд.
Тогда без комментариев, попользуетесь, потом говорите :)
С удовольствием, когда случай представится.
дык... на нескольких проектах уже юзаем дженкинс, вроде пока что всё гуд
пади декларатив юзаете?
у дженкинса отличные доки и крутое коммунити
имхо не сказал бы что прям идеальные доки, по некоторым плагинам не хватает бывает, но в целом - вполне годится
нет, я за последние полгода словил около четырех багов, которые закрывал скриптами. Комьюнити в большинстве своем рекомендует все писать на грувях и все переусложнять. Без здравой головы на советах комьюнити можно такого наворотить. + Любая ошибка выворачивает кишки дженкинса в отпут, вместо нормального описания без стек трейса
эй, писать на груви - это минимум для использования дженкинса
груви не самый удачный язык. ну да и ошибки, вроде этот метод не разрешен в песочнице, а на самом деле его просто нет - это очень интуитивно
надо просто привыкнуть))
нахера привыкать, когда я также пишу в декларативных паплайнах на python/bash?. И все поголовно юзают баш даже в scripted паплайнах
пишите на баш в гитлабе
хмм, вопрос в сторону - а баш легче поддерживать?
однострочники - да
питон наше все
груви - обычный язык. ошибки связаны с наличием песочницы, исполнением в разных машинах и архитектурой дженкинса, которая позволяет прямой доступ из системных груви скриптов
груви код только на мастере выполняется
https://plugins.jenkins.io/groovy/ Groovy Script vs System Groovy Script The plain "Groovy Script" is run in a forked JVM, on the slave where the build is run. It's the basically the same as running the "groovy" command and pass in the script. The system Groovy script on the other hand runs inside the Jenkins master's JVM. Thus it will have access to all the internal objects of Jenkins, so you can use this to alter the state of Jenkins. It is similar to the Jenkins Script Console functionality.
я тебе про то что ошибки в jenkins неявные, а около ходящие со стектрейсом вместо - тут у обьекта метода нет
Обсуждают сегодня