Получение шаблонов сценариев email-ext для работы с конвейером Jenkins

Нет проблем с использованием emailext в декларативном конвейере. Но ваш скрипт не сможет правильно получить доступ к параметру build.result, потому что он еще не завершен. Как в скрипте по умолчанию groovy-html.template.

Изменить: на самом деле вы можете получить доступ к build.result, если вы вручную установите его самостоятельно.

Поэтому лучше всего добавить этап в конце декларативного конвейера следующим образом:

stage('Send email') {
    def mailRecipients = "[email protected]"
    def jobName = currentBuild.fullDisplayName

    emailext body: '''${SCRIPT, template="groovy-html.template"}''',
        mimeType: 'text/html',
        subject: "[Jenkins] ${jobName}",
        to: "${mailRecipients}",
        replyTo: "${mailRecipients}",
        recipientProviders: [[$class: 'CulpritsRecipientProvider']]
}

Также обратите внимание, что если вы используете свой собственный скрипт, вы не можете назвать его "groovy-html.template" или "groovy-text.template", потому что они по умолчанию являются emailext (так что к файлу даже не будет доступа). См. «Содержимое сценария» здесь.

Видимо все это знают. Существует два способа определения конвейера: декларативный конвейер (начинается с «конвейера») и конвейер со сценарием (начинается с «узла»).

Используя декларативный конвейер, необходимо указать сценарий для выполнения процедуры, т.е. использовать def для определения переменных. Итак, в случае трубопровода:

stage('Email') {
    steps {
        script {
            def mailRecipients = '[email protected]'
            def jobName = currentBuild.fullDisplayName
            emailext body: '''${SCRIPT, template="groovy-html.template"}''',
            mimeType: 'text/html',
            subject: "[Jenkins] ${jobName}",
            to: "${mailRecipients}",
            replyTo: "${mailRecipients}",
            recipientProviders: [[$class: 'CulpritsRecipientProvider']]
        }
    }
}

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

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

def emailBody = '${SCRIPT, template="regressionfailed.groovy"}'
def emailSubject = "${env.JOB_NAME} - Build# ${env.BUILD_NUMBER} - ${env.BUILD_STATUS}"
emailext(mimeType: 'text/html', replyTo: 'xxxx', subject: emailSubject, to: 'xxxx', body: emailBody)

Помните, что вам все равно может потребоваться переделать части вашего шаблона.

Я удивлен, что никто не указал на фундаментальную проблему с ошибкой, о которой сообщил OP. Ошибка исходит от самого компилятора Groovy, и она возникает из-за того, что ${SCRIPT...} находится внутри двойных кавычек, что делает его GString (недопустимым). Чтобы исправить ошибку, упомянутую в OP, вам просто нужно вместо этого использовать одинарные кавычки:

    emailext mimeType: 'text/html', replyTo: 'xxxx', subject: "${env.JOB_NAME} - Build# ${env.BUILD_NUMBER} - ${env.BUILD_STATUS}", to: 'xxxx', body: '${SCRIPT, template='regressionfailed.groovy'}'

Вы можете воспроизвести ошибку даже с помощью автономного интерпретатора Groovy следующим образом:

$ cat << 'END' > /tmp/t.groovy
> def emailext(Map opts) {
> }
>
> emailext mimeType: 'text/html', replyTo: 'xxxx', subject: "${env.JOB_NAME} - Build# ${env.BUILD_NUMBER} - ${env.BUILD_STATUS}", to: 'xxxx', body: "${SCRIPT, template='regressionfailed.groovy'}"
> END
$ groovy /tmp/t.groovy
org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:
/private/tmp/t.groovy: 4: unexpected token: SCRIPT @ line 4, column 150.
   TATUS}", to: 'xxxx', body: "${SCRIPT, te
                                 ^

1 error

Уведомление по электронной почте для сценария конвейера:

mail bcc: '', body: body, cc: '', from: '', replyTo: '', subject: 'Build Done', to: '[email protected]'