Можешь реализовать такой механизм самостоятельно, с помощью init.groovy.d
Но я бы рекомендовал посмотреть уже в сторону jcasc

А jcasc как этому поможет? У меня сервис то еще даже не запущен, я только файлики насыпал, и хочу создать руками виндовый сервис, но с переопределением параметров, чтобы конфиг файлики из базовой поставки не трогать

Не то чтобы я доконца понял всю суть jcasc, там очень все наворочено...

jcasc сконфигурит тебе весь сервис при старте на основе твоего yaml файла

При старте, а мне еще нечего стартовать как мне кажется.

Ладно, попробую поискать, просто с 5 вопросом меня уже к этому jcasc отправляют, возможно, время пришло ))

Для начала натыкай конфиг руками в UI, и сделай экспорт ямла из jcasc. Полученный ямл надо будет руками допилить до адекватного состояния. И потом с этим ямлом ты сможешь стартовать новый сервис.

Всем привет. Ребята, может кто-то подсказать, что делать со следующей ситуацией?

Дано: одна upstream job, которая триггерит несколько downstream jobs. Ранится все на разных, произвольных машинах.
Нужно: в upstream job-е получить результаты выполнения/артефакты/содержимое воркспейса каждой из downstream job.

Пытался сперва в лоб, выполнять scp в конце каждой из downstream джоб, "руками" кидать по нужно адресу/пути. Похоже, у меня/дженкинса не хватает прав для этого, вариант не сработал.

Потом пробовал через CopyArtifact (https://plugins.jenkins.io/copyartifact/) плагин по принципу: архивирую артефакты в downstream job-e, пытаюсь достать их потом в upstream как-то так:

copyArtifacts projectName: 'downstream_job_name', selector: downstream(upstreamBuildNumber: "$BUILD_NUMBER", upstreamProjectName: "$JOB_NAME")

но он, без какой-либо детализации пишет, что:

ERROR: Unable to find a build for artifact copy from: downstream_job_name

хотя я точно кладу артефакты в подлежащую джобу и вижу их там, если зайти руками, а также прописал copyArtifactPermission('upstream_job') соотвественно в downstream джобе.

И в итоге у меня закончились варианты, как бы это решить. Может кто-то что-то подсказать? Может есть какие-то нюансы работы с этим плагином, с которыми вы сталкивались? Или пытаться копировать "руками", не будет тут нахлёстов когда сразу несколько процессов в одно место будет писать? Буду благодарен любому совету.

Плагин для триггера других джоб, отключить ожидание джобы и полл по каждой делать

Апдейт. Вот сейчас сел, перечитал свою простыню, и пришла в голову идея опять-таки руками эти артефакты перекинуть между нужными мне, условно
cp /var/lib/jenkins/jobs/downstream_job/10/artifacts/ /var/lib/jenkins/workspace/upstream_job/5/ но выглядит грязно и хз, сработает ли

> полл по каждой делать
а это как/чем?

По объекту джобы запрашивать статус раз в x секунд
Насчёт артефактов/содержимого воркспейса не уверен

хм. не уверен, что я понимаю, как это помогло бы решить проблему, но спасибо за намётку, может на свежую голову смогу осознать 🙃
Костыль с копированием на месте (в рамках одной машины, после архивации) - работает. Уже куда ни шло

Всем привет. Товарищи, кто как реализует настройку пайплайнов в похожих проектах?

Есть 50 реп, в которых сборки очень похожи, обычно, отличия в небольших деталях.

Есть мысль сделать следующий подход:

В каждый проект в пайплайн добавить
main_pipeline(my-app)

В шейред либе сделать большую мапу, по которой будет определяться, какие куски кода подключать в пайплайн

Надеюсь, я смог донести мысль. Кто-нибудь реализовывал нечто подобное?

Если в этих кусках кода не надо создавать/переопределять «субмапы», то звучит нормально

В подключаемых кусках в планах определить степсы. Вынести их в  packages, сделать коммон степс, и дополнительные с кастомными  настройкамм

Да, реализовывали. Какой-то конкретный вопрос?

Можете показать пример своей мапы?

Вопрос в том, что не все приложения приходится деплоить в разные окружения. И стало быть, null надо указывать, чтобы не деплоить в другие окружения?

Всем привет, есть такой вопрос. Есть пайплайн, я сначала собираю образ, потом делаю юнит тесты и тп. Далее вопрос.
Если тебе нужно програнать нагрузочные тесты и UI testing, как правильно сделать поднять на отдельом инсталсе инфаструктуру или в docker dind?

Под тесты всегда отдельная среда