CI вполне норм если не выпендриваться

Идеальный CI это на каком нибудь Typescript/JavaScript программка : Job().andThen(...)и прочее. В не в кондовый ямл вкорячивать условия и циклы

Идеальный CI это на каком нибудь Typescript/JavaScript программка : Job().andThen(...)и прочее. В не в кондовый ямл вкорячивать условия и циклы

Идеальный CI это на каком нибудь Typescript/JavaScript программка : Job().andThen(...)и прочее. В не в кондовый ямл вкорячивать условия и циклы

а вот не надо в ci|cd эту херню вкорячивать

иначе никак, сорри

Jenkins это для любителей тыкать мышкой же. Я когда пытался другого способа особо не нашел, давно правда было.

В Jenkins такой на groovy. И он ужасен по вероятности выстрелить серверу в голову.

так думать надо же, не?)

какие циклы?

В Jenkins такой на groovy. И он ужасен по вероятности выстрелить серверу в голову.

Ожидания, выкатки, какие нибудь for each cluster.

и выбирать не jenkins?

по мне возможность крайне гибкого конфигурирования — плюс, а не минус

Ожидания, выкатки, какие нибудь for each cluster.

Вот это кстати классическая проблема, когда количество нод может поменяться в будущем. Чисто декларативной конфигурацией здесь не обойтись, если только сам под себя плагины не написал к своей системе.

я штук 5 разных ci пробовал, jеinkins на дне

label?

это в куберне, я про вообще классический пример

Так вроде что-то такое есть в плантом гитлабе

Jenkins это для любителей тыкать мышкой же. Я когда пытался другого способа особо не нашел, давно правда было.

так думать надо же, не?)

labels есть в hosts у ansible в каком-то виде

Есть у нас платный гитлаб, херня это. Деплой тут, код там, сборка уборка. Хочу свободы композиции :)

Нужно этот лозунг светящимися буквами над входом в офис повесить. В gitlab практически невозможно убить ci/cd сервер из джоба. А в Jenkins запросто.

Ожидания, выкатки, какие нибудь for each cluster.

для for each cluster там есть "запустить джобу на всех раннеров с тегом", не то же самое, но близко

Костыли, описание only/except блевать тянет

Нужно этот лозунг светящимися буквами над входом в офис повесить. В gitlab практически невозможно убить ci/cd сервер из джоба. А в Jenkins запросто.

Идеальный CI это на каком нибудь Typescript/JavaScript программка : Job().andThen(...)и прочее. В не в кондовый ямл вкорячивать условия и циклы

Ruby крайне крут для DSL, прям супер крут. А ребят сообщество кажется заставили использовать yaml в dapp.

Ruby крайне крут для DSL, прям супер крут. А ребят сообщество кажется заставили использовать yaml в dapp.

Он был до версии с Ansible.

т.е. это никак на связано с тем что yaml был топ запросом на фичу?

руби реально самый удобный для dsl из коробки

Уже руби готовы впилить готовы, лишь бы не ямл

Идеальный CI это на каком нибудь Typescript/JavaScript программка : Job().andThen(...)и прочее. В не в кондовый ямл вкорячивать условия и циклы

OpenShift - русскоязычное сообщество Openshift (Origin, OKD, OCP) - Enterprise Kubernetes for developers. Избегайте постинга ссылок и спама в первом сообщении - помните, Испанская Инквизиция следит за вами Jobs: https://bit.ly/2HaP8de https://t.me/ru_openshift

Кстати, а зашел ли Pulumi? Мне не нравится что он вечно лезет на свой сервер репортить, а так интересно

GKE отложился по независящим от меня нетехническим причинам, а с ним и Pulimi

Нет ну давайте посчитаем путь от кода до прода. Почему я его должен описывать в куче разных мест? Как запускать тесты, рантайм зависимости, правила мержей (сколько ревью , кем, свежесть тестов), сами мержи (фичи бранчи, релиз бранчи, бэкпорты, тэги), сборка и проверка докер образа на всякое, генерация всех этих кубренетис манифестов , куча схем деплоя , успешность деплоя, обработка ошибок на любой стадии, повторить все это для всех окружений и с маленькими вариациями, прибавить контроль доступа и аудит всего. это все одна большая иерархическая стейт машина, почему она размазана на клик-клик в гитлаб интерфейсе, правильные тэги в ранере, .*-ci.yml в коде, операторы, helm/jsonnet, сотни строк портянок на баше если действительно хочется не надеяться на людей, все обмазано вебхуками, ебануться же. Это один процесс за склейку которого отвечает +- одна команда, стейт машины это решенная проблема в мире программирования , в функциональными программистами решена ещё и красиво.

или сделать просто два разных файла?

В идеале должен быть сиай, в котором плагины экспозят различные таски и (хуй знает каким, я не придумал еще) внятным управлением кондишионалами, чтобы все это можно было более-менее лаконично-декларативно описать, но писать эти плагины еще более ебануться (стоит только посмотреть на всякие доступные для дженкинса вещи их апи)

Можно файл если вы его симлинкать будете :)

ооо, в drone 1.0 впилили jsonnet. Пора учить