Окей, а вопрос-то в чём? Берёшь и делаешь. Раз спрашиваешь здесь, то запускаешь агентов Jenkins везде, где нужно, и используешь их. Очевидно, есть смысл отдельные джобы сделать, и назначить их на конкретных агентов.

а типа нормально свои исходники в открытую репу гитхаба выкладывать?

Хотя с точки зрения логики такой процесс - полное говно.

и тем более я не боевой код подакшен выложил а винтик (утилиты) от авто — то, что сам сделал, и этот код не для продажи

#вопрос поделитесь опытом, есть задача босса что бы собирались приложеньки Java (либы, и приложения класса Java SE - Spring Boot 2) , заливались бинарники в Nexus как файлы явы (файлы *.jar без конфигов ) на сервере одном (пусть будет сервер с Jenkins - пусть будем имя сервера "А"), потом скачивались эти бинарники на сервер Б (где живут и запускаются и прогоняются на ошибки и утечку памяти и т.п ) и все это нужно по кнопке в jenkins или по расписанию, при этом серверов Б может бы много — ТЕСТ, Бой и DEV

вопрос — как сделаьть это красиво без костылей и безопасно в плане ИТ - что бы по https и SSL без plan text password и других глупостей

сервера А, Б - в локалке под защитой от гостей из инета под OpenVNP для сотрудников фирмы

пока я делал не как хотел босс — все приложеньки запускал частично в докерах а частично без них на ПК том же, где и сам Jenkins

мой код  тут если кому интересно https://github.com/kmwork/JenkinsPipeline/tree/Datana-DevOps-Smart

о себя - я программист Java (BackEnd), временно замещающий DevOPS разработчика — за уволенного депопсера

они тестовые, там нет паролей — в них нет ноу-хау, но да благословения боссов не получил — это мой секрет

Я было подумал, что это шутка, но передумал увидев вытащенную наружу внутреннюю документацию
https://github.com/kmwork/DatanaPLCServer/tree/PlcServer/doc-manual
https://github.com/kmwork/DatanaSimensTest-First/blob/master/doc-manual/NIOKR-43683525-180320-2244-65.pdf

Вам поможет обычный mvn чтобы собрать jar/etc, и запушить через mvn deploy (разумеется с настроенным pom.xml + пароль через креды передавать).
А вот скачивать либы и тестить, тут либо вызывать через плагин как-то или через курл.

это велосипеды, это я знал. на счет реп — есть отмаза — это утилиты, я прод не пишу, просто черновики, а URL - не страшно думаю, и у нас нет ИБ

чувак, даже если ты не пишешь логику для прода, всё равно это моветон имхо.

это велосипеды, это я знал. на счет реп — есть отмаза — это утилиты, я прод не пишу, просто черновики, а URL - не страшно думаю, и у нас нет ИБ

Офф-топ: У ланита нет ИБ, ха-ха
Помню как в одном общем с ними проекте, они мозг клевали
И вообще зная адрес вашей Jira, определить версию и поискать експлоит, проблем скомпрометировать труда не составит. Так что лучше от греха закрывай репу. А код на guest githab, без конкретики

А по теме, я так понимаю нужно иметь типа 2 инстанса Jenkins. Один онли ci,  второй cd  + тесты
Кладешь одним в nexus. Вторым мониторь на наличие новых артефактов и работай с нимм

в гит-хаб приватные репы за деньги , поэтому закрыл только одну репу