Гуд.

состоящая build master и произвольного количества workers

Кажется, у кого-то CoC отклеился:)

А если серьёзно, это одна из тех систем, которые я всё хочу освоить, да куража не хватает.

Новая веб-морда отвратительна во всех отношениях.

Мульти-master в нем есть? Если нет, то чем он лучше Jenkins?

все, что угодно лучше Jenkins

Есть.

Почему?

Ну, мне не нравится его DSL или гуя конфига. Дженкинс - это старое поколение CI, понятно, заслуженный дедушка. Ориентация у него виндовая, где слаще cmd.exe только ps.

Короче, после простых декларативных конфигов, со скриптами на шелле, дженкинс выглядит не круто.

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

Чем это лучше Jenkins?

Если нет, то чем он лучше Jenkins?

Yo dawg, I heard you like java

Дженкинс далеко не эталон, и как только ты в нем пытаешься отойти от неких базовых тасок и плагинов - начинается боль, унижения и JEP-200

Тем, что Jenkins - угрёбище?

Короче, после простых декларативных конфигов, со скриптами на шелле, дженкинс выглядит не круто.

А «простые декларативеые конфиги» - это где?

В hydra точно декларативные конфиги и скрипты на шеле, но там свой DSL (nix).

Jenkins прекрасен. не веришь – приезжай, покажу тебе Azure DevOps

gitlab-ci, travis

Jenkins - угрёбище

Голословно как-то. У меня всё работает, никаких анальных болей нет.

У тебя дженкинс последний? Напиши в таске на груви скрипт чтоб env переменную устанавливал, а потом ее в post в письме отправь. Боль будет

Если скрипты в yml нынче называть «декларативными конфигами»...

скрипты на шеле

Блеванул

скрипты как раз на православном шелле. В отличие от dsl в Jenkins, на который даже документация кривая

ну хоть не S-Expr в json формате...

Коли ж воно здохне?

Юзали в дремучие времена, когда ещё не было GitLab CI или Drone. При каждом обновлении что-то ломалось, потому что «большая гибкость в настройке билдов за счет использования Python для их описания». Как он нас задрал.

неконкретно как-то, проще было ссылку на багрепорт дать

Это не баг. Это новое поведение системы безопасности.

Окей, поправка: скрипты на чём хочешь, но какбе стандарт - это шелл. Обычно скрипты сводятся к выполнению всяких substituteInPlace и patchShebangs, так что особой боли нет.

скрипты на чём хочешь, но какбе стандарт - это шелл

Шелл - стандарт для CI? совет - купи доллары, в 2014 навар будет збс.

Мам тащи клизму на лоре дезентерия как у детишек в детском саду. И тряпку они тут уже наблюдали.

А если серьёзно, это одна из тех систем, которые я всё хочу освоить, да куража не хватает.

Там ничего сложного. Качаем, ищем в каталоге board под какой одноплатник будем собирать, например каталог raspberrypi23, в нем читаем readme.txt

Создаем базовую конфигурацию под нужный одноплатник: make raspberrypi2_defconfig

Добавляем что нужно: make xconfig

собираем: make

Результат в каталоге: output\images

КФС здесь, ее можно подправить и заново make: output\target

output\images

output\target

Странные у вас имена каталогов. Ладно, \t - это табуляция, а \i - это что?

В контексте nix - таки да. В контексте CI - мне таки пофиг, ибо hydra - в первую очередь nixовый CI.

В контексте nix - таки да

Стандарт чего? Автоматизации? Для этого даже 20 лет назад перл юзали вместо шелла. А сейчас это обычно пистон

Дженкинс - это старое поколение CI, понятно, заслуженный дедушка. Ориентация у него виндовая, где слаще cmd.exe только ps.

Щито? Имхо дженкинза рано хоронить. Самое гибкое решение, из того что пробовал. У Дженкинза новый DSL хороший уже давно появился. Хотя в декларативном виде он так и не подошел мне, пришлось в scripted виде делать, который не очень документирован.

Если нужно сделать хитровыдолбанный пайплайн с параллелизацией тестовой регрессии (где тесты идут неделями) между фермой серверов - имхо самое адекватное, что только есть. Единственное чего не хватает - это гибкости для выбора слейва в зависимости от свободных ресурсов (CPU/память/пропускная способность памяти), но я этого ни у одного CI не видел вообще. Да и мониторингом свободной памяти на серверах с numa там вообще особая уличная магия.

свободной системы непрерывной интеграции.

Интеграция ради интеграции? Зачем все это?

«Эй, парень, хочешь я интегрирую интеграцию в твою интеграцию?»

Ты прав, надо было слэш в другую сторону писать :) Темная сторона силы рассудок помутила, не так то просто это забыть.

блин, прочитал как buildroot, никак не мог въехать что происходит.

Стандарт для написания максимально простых скриптов, состоящих из набора команд с аргументами. Тут sh - самый лаконичный и простой, без вариантов. Для вещей посложнее используется nix.

Уж лучше Drone.

как только ты в нем пытаешься отойти от неких базовых тасок и плагинов - начинается боль

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

Короче, после простых декларативных конфигов, со скриптами на шелле, дженкинс выглядит не круто.

Если хватает декларативных конфигов и скриптов на шелле - любая ci подойдет, просто обычно их недостаточно.

Это пока тебе не надо из ответа переменные вытаскивать в количестве больше одной штуки

Спасибки, https://github.com/drone/drone поставил *

Если верить лоровским аналитикам, то при переезде с билдбота на дженкинс мы сделали прыжок назад. :)

Кстати почему тимсити никто не упомянул ещё?

Вы не могли бы как-то более внятно артикулировать свои мысли?

Говорю, jenkins - шлака кусок. rest api впадает в ступор от какой-то сотни job-ов. Банальное «block upstream/downstream jobs» до сих пор с багами незакрытыми в jira.

Ну, не знаю. У меня всё что нужно всегда работало.