A
Winrm + ansible
Зачем так сложно. Сетевой доступ у меня с дженкинс сервера на виндовый есть. Мне по сути просто подключиться и ребутнуть нужный компонент
Size: a a a
2020 November 19
DK
Anton
Зачем так сложно. Сетевой доступ у меня с дженкинс сервера на виндовый есть. Мне по сути просто подключиться и ребутнуть нужный компонент
Тогда winrm
AB
а просто дженкинс агент поставить на винду? Тогда джоба просто будет приходить и что-то там делать
AS
винда для десктопа 😬
E
юзать jenkins как IaC - оч плохая идея
АБ
Почему?
E
Потому что он не иак инструмент, очевидно же.
Он не проверяет стейт, на нем тяжело писать и хреново саппортить
Он не проверяет стейт, на нем тяжело писать и хреново саппортить
E
Я уж молчу про то что он требует агента на машине
E
В 100%случаев проще и правильней поставить ансибл и крутить с него
DB
никто не мешает юзать соответствующие инструменты из дженкинса.
в остальном же - вопрос задачи.
в остальном же - вопрос задачи.
DB
конфигурить сервис напрямую из пайплайна, конечно, идея бредовая
АБ
юзать jenkins как IaC - оч плохая идея
Я значит неправильно это понял. Можно хранить конфиги дженкинса с помощью IaC, а не использовать его как замену Ansible
2020 November 20
M
Есть джоба, которая запускается хуком из гитлаба(gitlab plugin) на onPush. Билды становятся в очередь и обрабатываются последовательно.
Но когда быстро мержат несколько реквестов (3 за минуту, например), случается что билд не триггерится и "пропускается" jenkins'ом. Встречался кто-нибудь с таким?
Может ли плагин как-то объединять билды в очереди?
Но когда быстро мержат несколько реквестов (3 за минуту, например), случается что билд не триггерится и "пропускается" jenkins'ом. Встречался кто-нибудь с таким?
Может ли плагин как-то объединять билды в очереди?
AS
Может у тебя включена блокировка concurrency build?
VD
Есть джоба, которая запускается хуком из гитлаба(gitlab plugin) на onPush. Билды становятся в очередь и обрабатываются последовательно.
Но когда быстро мержат несколько реквестов (3 за минуту, например), случается что билд не триггерится и "пропускается" jenkins'ом. Встречался кто-нибудь с таким?
Может ли плагин как-то объединять билды в очереди?
Но когда быстро мержат несколько реквестов (3 за минуту, например), случается что билд не триггерится и "пропускается" jenkins'ом. Встречался кто-нибудь с таким?
Может ли плагин как-то объединять билды в очереди?
я бы проверил по логам, что вебхук получен и обработан плагином. Ну и может чего еще нароете. Увеличить детализацию в логе.
N
Подскажите как правильно сделать. Есть много сервисов каждый лежит в своем репо, в каждом репо есть свой дженкинсфайл(мультибранч с параметрами). И чтобы задеплоить заходишь выбираешь параметры и поехали. Но сервисов много, чтобы задеплоить 5-8 сервисов это превращается в приключение с мотором. Можно как то сделать отдельный jenkinsfile который будет глядеть в другие репо, брать от туда параметры, так сказать получить матрицу всех репо и параметров. Ну и ранить из одного дженкинсджоба кучу сервисов.
VD
Подскажите как правильно сделать. Есть много сервисов каждый лежит в своем репо, в каждом репо есть свой дженкинсфайл(мультибранч с параметрами). И чтобы задеплоить заходишь выбираешь параметры и поехали. Но сервисов много, чтобы задеплоить 5-8 сервисов это превращается в приключение с мотором. Можно как то сделать отдельный jenkinsfile который будет глядеть в другие репо, брать от туда параметры, так сказать получить матрицу всех репо и параметров. Ну и ранить из одного дженкинсджоба кучу сервисов.
конечно можно
N
конечно можно
Научи отец!!!
N
конечно можно
я просто пока посидел подумал, и вообще идей нету как это сделать правильно, чтобы добавилось еще 40 сервисов и это нормально работало в будущем.
VD
1. вначале разобраться с параметры. Тут не ясно. Я так понял что их нужно указывать вручную?