Вышел GitLab 11.7 с Релизами, многоуровневыми вложенными эпиками и реестром NPM-пакетов

[Gwynn]

Ну там есть возможность запустить пайплайн вручную, и передать ему variables. Но не так удобно как в дженкинсе конечно, но хоть что-то.
Меня больше раздражает, что только один пайплайн на проект и если надо сделать что-то сложнее чем вышеописаннаый пайп, то .gitlab-ci.yml начинает выглядеть ужасно и не читаемо.
Очень жду когда сделают фильтр и сортировку энвов, и когда спрячут пустые энвы в этом списке.

[gecube]

include и anchor'ы пробовали? Очень помогают

[Gwynn]

Согласен, помогают сделать компактней. Но логику описания они к сожалению не упрощают. Логика в c only:variables, except:variables — вооще отдельная песня.
В целом, гитлаб растет и развивается, это хорошо. Но его CI/CD далеко не дженкинс, его issue tracker — далеко не жира :)

[alexkuzko]

Можно несколько костыльно, но через Schedules настроить и внести все переменные, которые нужны. И потом использовать когда надо.

[gecube]

даешь статью про это!!!
Больше интересных применений стандартных возможностей!

[MonkAlex]

Наконец то релизы как в гитхабе — с артефактами.

[onegreyonewhite]

Артефакты только через API, а библиотек под это нет. Не то чтобы это неудобно, но руками curl дёргать и парсить вывод то ещё удовольствие. Молчу уже о том, что релизы автоматом создаются на tag, что тоже не всегда правильно. Мне нравится Gitlab, больше чем github, но эта фича одно расстройство.

[gecube]

Я думаю, что это дело времени. Та же автоматизация gitlab'а через ansible-модули уже существует. Утилиты python, которые оборачивают API, тоже уже есть. Остается только немного подождать. Или написать самому, кстати.
Еще обидно, что сами разрабы не считают нужным делать такие тулинги. Ну, оно и понятно — они все-таки пишут на руби, т.е. новый язык сложно осилить. Да и задачи такой нет. Им важнее припиливать фичи в основной продукт… А там еще работы на сотни человеколет вперед.

[gecube]

Ну, и в чем разница с habr.com/ru/company/southbridge/blog/437432?