Комментарии 6
Ко третьему дню копания CI/CD и гитлаба приходит осознание, что в мануалах проскальзывает какой-то GitLab Runner без которого никакие пайплайны не работают. Оказывется эта штука должна стоять на какой-то вашей билд-тачке, но это настолько упущено везде, как нечто само собой разумеющееся и всем со школы известное.
Нiт. В настройках проекта галочку поставить достаточно.
Ну или инструкции читать чуть более внимательно, если у вас self-hosted. Там все есть.
Я думаю тут дело в том, что нужно читать документацию лучше с начала, а не выдирать из полотна только части из середины. Хотя бы секции "Get Started" Тогда и общая концепция будет ясна.
На первой же странице про CI/CD (https://docs.gitlab.com/ee/ci/quick_start/) во втором абзаце говорится про Gitlab Runners.
Какие-то вредные советы получились.
Для начала, откуда вообще идея публиковать результат сборки обратно в гите? 2021й год на дворе, пора бы уже научиться разделять исходники и артефакты сборки.
А во-вторых, скрипт сборки проекта не должен иметь доступа к NPM_TOKEN!
Чудеса, занимаюсь похожей штукой, читая Continuous Integration with Gitlab, а тут в ленте статья
Автоматическая публикация npm пакета из gitlab ci/cd