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

Почитайте про директиву when в документации.
Пример: when { tag "release-*" }

10:18пожаловаться #1

Bogdan Tretyakov in jenkins_ru

Я через web-gui настраиваю. В branch specifier выставил refs/tags/build-*, это будет работать? И не будет ли он все-равно ветку stage стягивать для билда?

10:23пожаловаться #2

ДН

Коллеги, вопрос по обработке ошибок в декларативном pipeline. Хочу в слак слать оповещения об ошибках в работе pipiline. Применение try\catch не дает подробностей, максимум

hudson.AbortException: script returned exit code 1

. Если в stage используется sh модуль, тогда я использую 2>errout.txt, после чего считываю файл через readFile и отправляю содержимое в слак. Этого недостаточно, поскольку в stage помимо модуля sh могут применятся другие модули и DSL, и получить подробный текст ошибки затруднительно.

10:24пожаловаться #3

https://www.jenkins.io/doc/book/pipeline/syntax/

Pipeline Syntax

Jenkins – an open source automation server which enables developers around the world to reliably build, test, and deploy their software

10:27пожаловаться #4

читать про post

10:27пожаловаться #5

ДН

если вы используете multibranch pipeline, то при настройке Branch Sources, вы можете подключать репозиторий Git, который позволяет в свою очередь настраивать Behaviours. Среди Behaviours можно использовать Filter by name (with wildcards), Discover tags и так далее

10:27пожаловаться #6

try это про императивный

10:27пожаловаться #7

Bogdan Tretyakov in jenkins_ru

Понял, спасибо

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

ДН

спасибо, но это не дает решения. Либо я неправильно понимаю post

10:28пожаловаться #9

ДН

согласен, и идейно он мне не подходит и по результатам

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

pipeline {
    agent any
    stages {
        stage('Example') {
            steps {
                echo 'Hello World'
            }
        }
    }
    post { 
        always { 
            echo 'I will always say Hello again!'
        }
    }
}

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

можно пихать ошибку через блок failure

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

ДН

вы не поняли, вероятно, я недостаточно подробно объяснил.

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

а дальше от модулей зависит, умеют ли они в ошибки. Что мы использовали - умеют

10:30пожаловаться #14

https://www.blazemeter.com/blog/how-to-use-the-jenkins-declarative-pipeline/

Get started with Jenkins Declarative Pipeline | BlazeMeter

This must read article covers the Jenkins Declarative Pipeline best practices. Read this complete guide and learn how to use it in continuous integration.

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

про currentBuild.result известно?

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

ДН

да

10:32пожаловаться #17

ДН

попробую описать подробнее

10:33пожаловаться #18

ДН

Вот например, упал пайплайн, потому что где-то при сборке у разработчиков ошибка в коде, допустим опечатка. Ошибка в зоне ответственности разработчика. Можно открыть consoleout и почитать логи пайплайна, можно открыть BlueOcean и в удобоваримом GUI сразу же найти "покрасневший" блок пайплайна, который "упал". Если мы развернем этот блок, то увидим часть того же consoleout, где описан блок являющийся причиной падения pipeline. Как-то бы найти решение, которое позволяет так же как и BlueOcean локализовать упавший блок, захватить текст и вывести его в slack

10:41пожаловаться #19

Henry Chinaski in jenkins_ru

try/catch?