Comments 7
Здравствуйте.
Возможно, проблема только у меня, но не все картинки подгружаются.
Статья немного неприятно читается из-за большого % текста в нумерованных и не нумерованных списках, откровенный нейрослоп. Мало живой речи. Если вы видите её не так, извините.
Используем компоненты. Да, порог входа чуть выше, чем у инклудов, но строже по формату, нравится.
Используем компоненты. Да, порог входа чуть выше, чем у инклудов, но строже по формату, нравится.
ну так и написано же, код писался исходя из планов перехода на компоненты, просто в некоторых местах использования - гитлаб старый (компоненты в 16.0 появились) а хотелось единообразия везде
Смысл слышу, буду иметь в виду. Писал первую статью и не рассчитал объём, чтобы хоть как-то читалось удобоваримо, начал резать списками всё, что только можно, но похоже, в ущерб живости текста. :(
Если не секрет, вы на SaaS или self-hosted сидите? Если self-hosted, было бы интересно узнать версию.
У нас сейчас как раз идёт обновление нескольких старых self-hosted инстансов GitLab. Как закончим и полностью перейдём на сomponents - напишу статью про эту миграцию и постараюсь там учесть момент с живостью и списками. Спасибо за совет, мне правда ценно это!
Спасибо за статью, прочитала с большим интересом! Жду апдейт про переход на нативные компоненты :)
Уже три года пишу пайплайны по принципу модулей, но не include (он всегда latest), а reference![] внутри шаблона. Любое изменение через расширение. Проблем не наблюдаю. Хочется написать библиотеку на python и избавиться от shell, т.к. все эти альтернативно одаренные флаги и особенности уже достали порядком
Как мы перестали копировать .gitlab-ci.yml и спасли пайплайны от хаоса с помощью модулей