Комментарии 23
В идеале надо, конечно же, отдельный компьютер с сервером сборки (Зомбик), чтобы на него могли заходить все заинтересованный в артефактах: разработчики, тестировщики, интеграторы, клиенты. Общий доступ можно организовать через TeamViewer или RDP
"Васюки переименовываются в Нью-Москву, а Москва — в Старые Васюки. Ленинградцы и харьковчане скрежещут зубами, но ничего не могут поделать. Нью-Москва становится элегантнейшим центром Европы, а скоро и всего мира. — Всего мира! ! !" :)
На самом деле хорошая инструкция как сделать себе автоматизацию на коленках для локалхоста. Но боюсь, что дальше вы так просто уже не отделаетесь)
А что дальше? Doker запускать?
По моему, Docker вписывается в концепцию бомж-автоматизации только на линуксах, где он родной и плюс-минус понятный. Для пользователей Windows это означает изучение кучи новых инструментов, не связанных напрямую с решаемой задачей, что может надолго отвлечь от основной работы. Поэтому я боюсь тут что-то советовать.
Ну с рядом оговорок docker desktop вполне себе накликивается мышкой. Так же как и minikube (вполне пристойно работающий даже с wsl).
Ну а дальше - прям свой кубернетес)
И в этом миникубе вполне в копипаст 1-2 строк поднимаются и свой гитлаб и дженкинс и т.п.
(в том же lens - в один клик)
Желательно только памяти побольше и на руках готовая мини-лаборатория.
Ну с рядом оговорок docker desktop вполне себе накликивается мышкой.
Ага, накликивается-накликивается, а потом не запускается.
Ну тут как в старом анекдоте про самый злобный вирус... который находится в 30 см от монитора)
"оно само сломалось" - не бывает
Зато бывает, что оно просто недоустановилось, и без знания архитектуры докера или там WSL фиг найдёшь что именно надо доустановить. Потому что сообщение об ошибке максимально неинформативное...
Docker к Jenkins вроде как не относится никак Если нужна бомж-автоматизация на одном сервере - можно и не запускать;)
при работе в моём Workspace работающий Jenkins будет мне только мешать
Не будет. Вы же найдете в настройках jobы что-то связанное с SCM и не будете использовать Custom Workspace без причины. Jenkins сделает копию исходников и не будет никому мешать.
Общий доступ можно организовать через TeamViewer или RDP
Jenkins сам по себе общий доступ. Rdp тут точно лишний.
С каких пор windows 10 ключевой компонент для Jenkins? хотя бы для себя попробовали бы установить на Linux его, тогда бы не понадобились Team Viewer, Tor и Windows (который еще и денег стоит)
У нас все сборочные скрипты это *.bat файлы. Их десятки накопилось за 2 года.
Как вы *.bat скрипты запустите на Linux?
Для этого нужны агенты на Windows.
Кстати, запуск сборки на хосте, а не на агенте считается bad practice для Jenkins.
Что мешает поставить сам дженкинс на линукс и использовать виндовый сервер для сборки как агент?
Наверное, тот факт мешает что нужно будет на 1 сервер больше.
Профессиональным админам такие проблемы, может, и кажутся смешными — а вот небольшим командам вообще без админов, которые только-только доросли до стадии "у нас будет свой! сборочный! сервер!" необходимость сразу двух серверов очень помешает.
хотя бы для себя попробовали бы установить на Linux Jenkins
пробовал
--Поставил Ubuntu, открыл браузер и там слал экран мерцать. Снес Ubuntu.
--Поставил CentOS, Перезагрузил NetTop. Графическая оболочка вообще не запустилась. Только консоль. Снес CentOS
--Поставил Mint. Открыл консоль стал устанавливать JDK и не устанавливается. Снес Mint.
--Поставил Windows. Все заработало.
Графическая оболочка вообще не запустилась.
Зачем серверу с Jenkins GUI? (Вопрос риторический)
Каждое из этих приключений достойно отдельной статьи ;) Или хотя бы хокку ;)
Поставил Ubuntu
открыл браузер и там слал экран мерцать.
Снес Ubuntu
Обычно эта история немного короче.
Поставил ubuntu.
Установил jenkins (через апплет Software).
Конец истории.
ЗЫ: Не совсем понятно, зачем linux, если все ваши скрипты .bat.
Сборка настроена. Нажимаем Save.
А ещё, всего этого можно было бы избежать, если использовать встроенные возможности Jenkins, в частности Pipline.
Из плюсов - конфигурация сборки это ещё один файл под контролем, например git. Jenkins может автоматически запускать сборку для каждого коммита в репозиторий в любой бранч (удобно для pull-request, к примеру), при этом есть возможность запустить автоматическое тестирование по завершению сборки.
Из минусов - там свой синтаксис, основанный на Groovy.
Tor Browser
Для скачивания JDK
Зачем? На Оракле свет клином сошелся? Ну хорошо, для энтерпрайза. Но для "на коленке"...
Еще надо установить культовую утилиту сборки make.exe.
Взять ее можно из CygWin или MinGW.
Запуск сервера сборки Jenkins