Comments 16
Если есть gitlab и gitlab-runner - можно и без jenkins.
У меня тоже есть текст инструкция по запуску сервера сборки
https://habr.com/ru/articles/695978/
Мне пока не понятно как настраивать jenkins без мышки.
Непонятно, почему статья с минусом. Достаточно логично написано.
Когда смотрел сборщики, то увидел, что gitlab-runner, вполне, можно настроить через консоль. Насколько его можно без gitlab запустить - не изучал.
Непонятно, почему статья с минусом. Достаточно логично написано.
Публика на habr весьма неблагодарная.
Причем минусуют в основном те у кого у самих ноль (0) публикаций.
gitlab-runner, вполне, можно настроить через консоль
только через консоль. Хотя чего там настраивать? Подключить и пользоваться.
Насколько его можно без gitlab запустить - не изучал.
Зачем его запускать без gitlab, если он у вас и так есть?
как настраивать jenkins без мышки
Но зачем??
PS солидная компания возьмет в аренду дырокол мышку! ;)
Тема серверов сборки важная и нужная. Только для jenkins желателен отдельный неттоп.
При этом в российских компаниях выпросить себе второй комп для сервера сборки просто нереально. Особенно если это Windows pc.
Остаётся запускать jenkins локально.
Jenkins может собранные прошивки по email посылать на список адресов?
Скорей всего, в Дженкинсе есть некий плагин для отправки email. Впрочем, никто вам не мешает "пинать" по готовности баш/питон/бат скрипт, который будет артефакты отправлять на мыло. У меня отдельно есть батник, который собранные прошивки загружает на ftp-сервер и на гит(не оптимально, но подтягивать свежие артефакты при сборке Большой Прошивки - очень удобно)
получается сервер сборки (удаленный) это своего рода тоже IDE только с очень ограниченной функциональностью - только компиляция-сборка проекта (нет отладки, симуляции, навигации -аналитики по коду в реальном времени, ...), не приходило на ум такое определение?
Но возможность компиляции-сборки проекта действительно главная цель существования проекта (после работы в реальном железе). Если проект собирается и работает в железе остальное можно всегда восстановить, поэтому отдельно за сборкой следить не помешает.
Jenkins может ещё пускать код на исполнение и прогонять модульные тесты.
На исполнение в микроконтроллере? Но тогда этот код еще загрузить (зашить) в микроконтроллер надо, а для этого какой-то микроконтроллер (в смысле плата с микроконтроллером) должна быть на постоянном подключении к серверу, что довольно проблематично организационно, хотя вполне возможно. А вот модульные тесты вполне можно прогонять в режиме симуляции, но для этого нужен специальный билд. Даже времянку (задержки-таймауты) можно симулировать и управлять-контролировать с математической точностью и проверять поведение в зависимости от этой времянки.
Сделать можно что угодно, вопрос в том насколько это оправдано по потраченным ресурсам и по перспективам проекта.
Подобие CI/CD c микроконтроллерами. Jenkins + GitLab + HeadlessBuild