Телеграмм чат группы jenkins

11:48пожаловаться #1

Henry Chinaski in jenkins_ru

Можно описать небольшую схему эволюции в Jenkins:
- declarative pipeline (big Jenkinsfile and small size of shared library)
- scripted pipeline (midle Jenkinsfile and middle size of shared library)
- scripted pipeline (minimal Jenkinsfile, large size of shared library)

11:56пожаловаться #2

у скриптового есть один большой минус - оно кушает экзекьютор

11:59пожаловаться #3

Никита

у скриптового есть один большой минус - оно кушает экзекьютор

если умудриться написать пайп без единого node { ... } — не кушает
ну и в декларативе ровно такая же ситуация с agent { ... }, разве нет?

12:20пожаловаться #4

да, но многое можно сделать без агента

12:25пожаловаться #5

тот же елементарный инпут, если опция декларативная на стейдже - будеть весеть вечно или до таймаута и не кушать ничего, скриптовой - кушает

12:26пожаловаться #6

чистыми грувями без работы с файловой системой можно обходиться без агента, чисто для служеюных всяких степов

12:26пожаловаться #7

Никита

эмммм, а пример можно?

12:28пожаловаться #8

ведь ничто не мешает и в скриптеде дёрнуть потроха дженкинса через условный jenkins.instance, да и какой-нибудь степ вроде httpRequest method: 'POST', url: 'http://example', не заходя при этом на ноду

12:31пожаловаться #9

да, только это выглядит менее аппетитно чем строчка декларативного из коробки

Ванёк Бордаковский... in jenkins_ru

12:45пожаловаться #10

ВБ

Ванёк Бордаковский

Всем привет. Подскажите, есть вариант сократить pipline. Объясню. Есть примерно такое описание

stages {
    stage('GO') {
        parallel {
            stage('Dev') { environment { ENV = 'dev' } agent { docker { image '${image}' } } ...etc}
            stage('Test'){ environment { ENV = 'test' } agent { docker { image '${image}' } } ...etc}
            stage('RUN') {environment { ENV = 'run' } agent { docker { image '${image}' } } ...etc}
          }
        }
      }

В каждом stage примерно одно и тоже. Разница только в переменных. Ну и вырос такой pipline до 500 строк, что не очень читабельно. Как то можно это унифицировать?

Всем привет. Нашел что то более менее похожее.
https://github.com/sunweisheng/jenkins-json-build/blob/master/shared-library/vars/agentServer.groovy
то есть, если тут описать 1 универсальный шаг, а после вызывать функцию в stage, это норм? или совсем нарокомания?

12:52пожаловаться #11

Henry Chinaski in jenkins_ru

Ванёк Бордаковский

Привет. Норма

Ванёк Бордаковский... in jenkins_ru

13:10пожаловаться #12

ВБ

Если есть кто, кому сие интересно, можно вместе что то сделать. У меня просто голова уже кругом идёт

13:11пожаловаться #13

Всем привет, подскажите пожалуйста, если Jenkins использовался на Windows.
Его содержимое спокойно заведется на Linux'e? Все же настройки в XML хранятся..

15:58пожаловаться #14

хранятся, но если где-то затесалось что-нибудь наподобие C:/prg/git/git.exe — может оказаться весело

16:10пожаловаться #15

это есть да, но сколько работаю, он скажет, что нет такого пути )

16:11пожаловаться #16

unixshaman in jenkins_ru

есть такая утилита http://findandreplace.io/ ее можно использовать, чтобы после остановки Jenkins, найти все пути/какие-то данные которые вы точно будете знать что есть в Windows только, и т.п. и заменить их на корректное в Linux окружении и в принципе, можно завести

16:27пожаловаться #17

о, спасибо большое!

16:28пожаловаться #18

unixshaman in jenkins_ru

Там можно сразу искать пути вида C:\Program Files, каталог установки Jenkins, *.exe и т.п.

16:29пожаловаться #19

Мне лично кажется, что там минимально путь до Java поменять, и просто запуск сменить с Java.exe на java -jar jenkins.war )