Obtenir de l'e-mail-ext modèles de script à travailler avec Jenkins pipeline

J'ai récemment converti à Jenkins 2.x et j'expérimente avec la canalisation des flux, mais je n'arrive pas à obtenir l'adresse e-ext plugin de travailler avec des modèles de script groovy. Bien que mon flux standard fonctionnent encore correctement, si j'essaie le suivant, je reçois une erreur inattendue jeton SCRIPT

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

Je sais qu'il y avait des problèmes avec jeton de l'expansion dès le début, mais il semble qu'à partir de la dernière wiki mises à jour de ceux-ci ont été résolus. J'ai aussi toujours obtenir aucun jeton d'extension pour tous les jetons. Est-il une bonne référence pour le faire fonctionner à nouveau. Je voudrais passer à la canalisation des flux, mais le modèle d'e-mail avec un jeton d'expansion est la clé peut le flux de travail.

  • Avez-vous jamais comprendre cela? J'ai le même problème et rien j'ai essayé de travaux.
  • avez-vous trouvé une solution? j'ai le même problème
  • Également à la recherche d'une solution
  • Il semble que la Gelée modèles ne sont pas pris en charge dans le Jenkins pipelines groups.google.com/forum/#!msg/jenkinsci-utilisateurs/turlQIsPgCc/...
InformationsquelleAutor naven87 | 2016-10-06
  1. 22

    Il n'y a pas de problème à l'aide de emailext dans déclarative pipeline. Mais votre script ne sera pas en mesure d'accéder à de construire".suite" paramètre correctement, car il n'est pas encore terminé. Comme par défaut dans le script groovy-html.de modèle.

    Edit: en Fait, vous pouvez accéder à construire.résultat, si vous définissez manuellement vous-même.

    De sorte qu'il est préférable d'ajouter une étape à la fin de la déclaratif pipeline comme suit:

    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']]
}

    Est aussi à noter que si vous utilisez votre propre script que vous ne nommez-le "groovy-html.modèle" ou " groovy-texte.modèle" parce qu'ils sont par défaut de emailext (si le fichier ne sera pas accessible). Voir le Script "contenu" ici.

    • J'ai réécrit pour correspondre ci-dessus, mais la base par défaut groovy-html.le modèle est encore de jeter des erreurs, se plaindre de "l'Exception soulevée au cours de modèle de rendu: Aucun propriété: révision pour la classe: org.jenkinsci.les plugins.flux de travail.travail.WorkflowRun "
    • Oui. C'est à cause de problème supplémentaire. Parce que l'API a changé, la fonction est maintenant appelé à une révision, mais le modèle par défaut n'est pas mis à jour et toujours appeler l'ancienne fonction. Vous aurez besoin de télécharger le modèle par défaut, modifiez l'appel à des révisions et ajouter de l'itération. Peut-être, il mérite une nouvelle question.
    • J'ai corrigé les bugs et la nouvelle version de travail d'modèles.
    • Où est le modèle de fichier stocké? Comment puis-je ajouter de la mine?
    • groovy-html.emplacement des fichiers de modèles s'il vous plaît?
    InformationsquelleAutor user3360767
  2. 5

    Face à la même question aujourd'hui, apparemment avoir le corps défini avant la emailext semblent faire l'affaire:

    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)

    Rappelez-vous que vous pourriez encore besoin de refaire les parties de votre modèle.

    • Quelqu'un a porté sur certains modèles, il semble que ceux avec le plug-in ne fonctionne plus.
    • cela dépend de votre modèle. Vous avez toujours les mêmes variables injecté avec des pipelines avec freestyle emplois. Si vous avez un modèle de matrice par exemple, elle sera évidemment incompatible avec le pipeline. J'ai fini par ecrire mon propre logique pour la configuration et le rendu du template que j'ai aussi besoin de quelques variables supplémentaires qui n'étaient pas disponibles par défaut dans le modèle.
    • Quand faire comme vous le suggérez: def TEST = '${MODIFICATIONS, showPaths=true, format="%une: %r %p \n--\"%m\"", pathFormat="\n\t %p"}', Puis TEST de retour au texte tel qu'il a été écrit et il n'est pas développé à ce que nous voulons vraiment.
    InformationsquelleAutor Martin
  3. 4

    Apparemment tout le monde le sais. Il y a 2 façon de définir un pipeline: déclarative pipeline (commencer par pipeline) et script pipeline (commencer par "nœud")

    À l'aide déclarative pipeline, il doit être spécifié que le script à exécuter une procédure, c'est à dire utiliser def pour définir les variables. Donc dans le pipeline de cas:

    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']]
        }
    }
}

    J'ai passé un peu de temps pour cela, j'espère que c'est utile pour quelqu'un d'autre.

    InformationsquelleAutor Daniele Cruciani
  4. -3

    Une notification Email pour le Script pipeline:

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