Как пройти этап сбоя в синтаксисе декларативного конвейера Jenkins

Теперь это возможно:

pipeline {
    agent any
    stages {
        stage('1') {
            steps {
                sh 'exit 0'
            }
        }
        stage('2') {
            steps {
                catchError(buildResult: 'SUCCESS', stageResult: 'FAILURE') {
                    sh "exit 1"
                }
            }
        }
        stage('3') {
            steps {
                sh 'exit 0'
            }
        }
    }
}

В приведенном выше примере все этапы будут выполнены, конвейер будет успешным, но этап 2 будет отображаться как неудачный:

Как вы уже догадались, вы можете свободно выбирать buildResult и stageResult, если вы хотите, чтобы он был нестабильным или что-то еще. Вы даже можете завершить сборку и продолжить выполнение конвейера.

Просто убедитесь, что ваш Jenkins обновлен, так как это довольно новая функция.

РЕДАКТИРОВАТЬ: Это вопрос, для которого изначально был написан этот ответ. Это также правильный ответ на несколько других вопросов, поэтому я и разместил там этот ответ. Это правильное решение для множества похожих проблем. Чтобы прояснить это, я адаптировал свои другие ответы к их конкретным вопросам. Я только скопировал ответ, чтобы сэкономить время. Это не значит, что это плохой правильный ответ.

Возможно, мне что-то не хватает, но идея декларативного, упрямого конвейера состоит в том, чтобы охватить наиболее простые варианты использования. В тот момент, когда вам понадобится что-то, что самоуверенный не охватил, вы ДОЛЖНЫ прибегнуть к сценарию конвейера, это относится только к «требованию» «декларативного конвейера»: этого не произойдет сейчас.

Что касается других ваших «требований», они не имеют большого смысла, поскольку вся идея состоит в том, чтобы обернуть низкоуровневое уродство в разделяемые библиотеки, предоставляя пользователям такие конструкции, как:

    mylib.failable_stages({
      stages {
        stage('stage 1') {
          steps {
            echo "I need to run every time"
          }
        }
        stage('stage 2') {
          steps {
            echo "I need to run every time, even if stage 1 fails"
          }
        }
        stage('stage 3') {
          steps {
            echo "Bonus points if the solution is robust enough to allow me to continue *or* be halted based on previous stage status"
          }
        }
      }
    })

Естественно, вам нужно будет найти или реализовать такой mylib класс, и failable_stages получит закрытие и обернет его различными частями кода сантехники / шаблонов.

Надеюсь, это будет полезно.

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

• этап 1 не зависит от всех остальных этапов, поскольку он является первым
• этап 2 не зависит от всех других этапов, потому что этап 1 может немедленно выйти из строя, а этап 2 все равно потребуется для запуска
• этап 3 зависит от результата этапа 1 и этапа 2

Таким образом, соответствующий конвейер может быть

pipeline {
    stages {
        stage('Independent tasks') {
            parallel {
                stage('stage 1') {
                    steps {
                        sh 'exit 1' // failure
                    }
                }
                stage('stage 2') {
                    steps {
                        echo 'Happens even so stage 1 fails'
                        sh 'exit 0' // success
                    }
                }
            }
            post {  // 'stage 3'
                failure {
                    echo "... at least one failed"
                }
                success {
                    echo "Success!"
                }
            }
        }
        stage ('stage 4') {
            steps {
                echo 'Happens only if all previous succeed'
            }
        }
    }
}

этап 1 и этап 2 будут выполняться всегда, этап 3 реагирует на их совокупный успех / неудачу.

Дополнительная мысль: эта концепция работает только «в конце» вашего конвейера. Если он вам нужен где-то посередине и сборка должна продолжаться, вы можете переместить его в отдельную работу и использовать _ 2_ плагин.

pipeline {
    stages {
    stage('Start own job for stage 1, 2, 3') {
        steps {
            build job: 'stageOneTwoThree', propagate: false, wait: true
        }
    }
    stage ('stage 4') {
        steps {
            echo 'Happens always, because "propagate: false"'
        }
    }
}

Я добился этого с помощью сообщения. Мое требование состояло в том, чтобы отправить уведомление о резерве независимо от статуса сборки.

@Library('instanceGroups')
import x.z.y.jenkins.libraries.SlackNotifier

def slackHelper = new x.z.y.jenkins.libraries.SlackNotifier(env)
final String projectName = "pomeranian"
final String featureBranchPattern = "f_"

pipeline {
    agent any
    options { disableConcurrentBuilds() }

    stages {
        stage('clean') {
            steps {
                script {
                    try {
                        echo 'Current Branch...' + env.BRANCH_NAME
                        sh 'rm -rf /var/lib/jenkins/.gradle/caches'
                        sh './gradlew clean'
                    } catch (e) {
                        currentBuild.result = 'FAILURE'
                        slackHelper.buildGenericJobFailureNotificationMessage()
                        throw e
                    }
                }
            }
        }

        stage('compile') {
            steps {
                script {
                    try {
                        sh "./gradlew compileJava"
                    } catch (e) {
                        currentBuild.result = 'FAILURE'
                        slackHelper.getCompilationFailureSlackNotificationMessage()
                        throw e
                    }
                }
            }
        }

        stage('test') {
            steps {
                script {
                    try {
                        sh "./gradlew test"
                    } finally {
                        junit 'build/test-results/test/*.xml'

                        slackHelper.getTestStatuses(currentBuild)
                        slackHelper.buildUnitTestSlackNotificationMessage()
                    }
                }
            }
        }

        stage('publish 2 nexus') {
            steps {
                script {
                  // some code
                }
            }
        }

        stage('git tagging') {
            steps {
                script {
                    // some more code...
            }
        }
    }


    post {
        always {
            script {
                slackHelper.finalBuildStatusMessage(currentBuild)
                slackSend(channel: '#ci-cd', attachments: slackHelper.getFinalSlackMessage())
            }
        }
    }
}