ну конечно
для агента же использовали отдельного пользователя
когда регистрировали ssh/jlnp
Всем привет. Можете подсказать, ибо я чёт не вдупляю. У меня почему-то pipeline сборка запускается под Jenkins агентом. Как это можно подправить?
В Jenkins ещё новичок, чуть недогоняю
Ну, если агенты не динамические и есть необходимость хранить воркспейс, то да. Места занимает больше.
Но как я понял из вопроса, то там как раз-таки на разных ветках сборку запускать нужно. В Multibranch можно всё это дело отфильтровать, чтобы лишние ветки не сканились и не собирались. Не говоря о when
места где?)
Вроде как можно чистить воркспейс после отработки пайпа или использовать динамические агенты
В общем не совсем с тобой согласен
сейчас реализовано, как писали коллеги выше (не через мультибранчи)
был интерес попробовать иначе))
В остальном, почему бы 2 пайпа (например, формата Multibranch) под каждую репу не завести. (как, в целом, и предлагали ребята выше)
Текущая задумка кажется бесмысленной. ИМХО: усложнение логики не подкрепленное явной необходимостью
Используй два active choice параметра
В первом список репозиториев, во втором будешь формировать динамический список веток, полученных через взаимодействие с Gitlab API
тут больше уже навящивая идея, как это можно сделать или нет...
была идея использовать active choices reactive parameters, в который попытаться передать этот git plugin
У меня куча микросервисов, сотни почти одинаковых джоб, все генерятся из темплейта через job dsl
Читать полностью…Отмени defaultCheckout и сделай первым шагом checkoutScm с источником из параметра
Читать полностью…привет, кто нибудь знает как внутри пайплайна по github webhook разобрать payload? речь про github plugin (https://github.com/jenkinsci/github-plugin)
Читать полностью…можно агенту разрешить беспарольный sudo для определенного набора команд (а остальные команды будут под запретом, без запроса пароля)
Читать полностью…Проблема в том, что он мне не даёт команду sudo использовать. Я посмотрел предыдущие сборки, от коллеги, там сборки запускали с под определённым узлом/агентом. Тут почему то только под Jenkins
Читать полностью…Просто сам по себе gitParameter реализован не идеально, частенько багается)
В недавнем релизе, например, разрабы его поломали, что он вовсе перестал работать (уже пофикшено)
да, в целом - тоже методом практики именно к такому варианту пришла, но использовать его явно неправильно
Читать полностью…Я бы не рекомендовал джобы мультибранч, если в этом нет необходимости, большую часть можно решить обычными пайпами, а так места нужно будет в 2раза больше
Читать полностью…Из минусов - придется в скрипт active choice передать креды для взаимодействия с gitlab api. А это либо хардкод в явном виде, либо вытягивание их из ядра (будет ругаться Pipeline Script Approve)
Из плюсов - добьешься желаемого поведения. Если я правильно понял твою хотелку
Не надо навязчивых идей
В дженкинсе достаточно shared library и простейшего шаблона в каждом репо. Сто микросервисов ведь не делаете с нуля
В дженкинсе абсолютно все выполняется на этапе сборки
Просто часть отменяет и удаляет билд при несовпадении условий
так эти шаги уже выполняются вроде на этапе запущенной сборки, а не на шаге выбора параметров
Читать полностью…Привет! подскажите по реализации, задумка такая-
сборка с параметрами, запускается вручную.
- есть переменная choice или active choices parametr, в которой указаны ["repository1", "repository2"],
- есть git plugin, в который как раз хотелось бы в переменную useRepository передать на выбор значение из первой переменной.
чтобы пользователь мог выбирать ветку из нужной репы.
каким методом передать эту переменую репозитория?
Скорее всего нужно поменять базовый образ, возьми инструкцию по установке на макОС оберни это в команду в докерфайл и укажи что базовый образ это АРМ
Читать полностью…