Comment puis-je formater les courriels du serveur de construction Jenkins de sorte que le contenu ne soit pas tous sur la même ligne ?

Question

J'ai utilisé Hudson dans le passé et j'en suis très satisfait. Il semble bien fonctionner.

J'ai récemment installé Jenkins et mis en place le plug-in d'email modifiable.

Version de Jenkins : 1.513 Version du plugin Email-ext : 2.28

Malheureusement, lorsque j'essaie d'ajouter d'autres jetons/de dépasser l'email par défaut, il ajoute simplement tous les jetons à la même ligne.

C'est déroutant. J'ai configuré l'e-mail en html.

Des conseils sur la façon de formater cela plus joliment ?

L'e-mail envoyé par défaut (pas celui qui est modifiable) fonctionne bien, mais j'aimerais avoir des informations plus utiles.

Malheureusement, le format de cet e-mail le rend presque inutile.

voici mon contenu modifiable :

$BUILD_TAG

$BUILD_ID

$SVN_REVISION

$CHANGES

$CAUSE

$DEFAULT_CONTENT

$WARNINGS_NEW

$WARNINGS_COUNT

Voici l'email reçu :

jenkins-DotNet-43 2013-05-13_16-09-40 7481 [kevin] -help layout Démarré par un changement SCM DotNet - Build # 43 - Réussi : Vérifiez la sortie de la console à http://\[buildserver\]:8080/job/DotNet/43/ pour voir les résultats. [kevin] -help layout Démarré par un changement SCM [...tronqué 142 lignes...] CopyFilesToOutputDirectory : Copie du fichier de "obj \Release\Model.Wpf.dll "à "bin \Release\Model.Wpf.dll ". Model.Wpf -> C:\Jenkins.jenkins\jobs\DotNet\workspace\dotnet\Messenger\Model\Model.Generic\bin\Release\Model.Wpf.dll Copie du fichier de "obj \Release\Model.Wpf.pdb "à "bin \Release\Model.Wpf.pdb ". Projet de construction terminé " C:\Jenkins.jenkins\jobs\DotNet\workspace\dotnet\Messenger\Model\Model.Ge

EDITAR

Remarque : lorsque je place des entrées "< BR >" entre les éléments, elles sont séparées par des retours à la ligne dans l'e-mail. Malheureusement, dans les jetons eux-mêmes (comme la liste des modifications), il n'y a PAS de séparateurs de ligne - par exemple, plusieurs commits sont listés sur une seule ligne.

Le contenu est là, mais il est difficile à déchiffrer. Il semble qu'il y ait un bug dans le plugin de messagerie ou dans un autre système connexe.

Answer 1

Vous avez déjà remarqué que vous devez utiliser des sauts de ligne HTML entre les jetons afin qu'ils n'apparaissent pas sur la même ligne, je vais donc répondre à la partie concernant les entrées multiples du journal des modifications sur la même ligne.

De la Référence du jeton de contenu , en gras C'est moi qui souligne :

${CHANGES, showPaths, showDependencies, format, pathFormat} Affiche les changements depuis la dernière construction.

• showDependencies - si c'est vrai, les modifications apportées aux projets dont dépend ce build sont affichées.

  La valeur par défaut est false.

• showPaths - si vrai, les chemins modifiés par un commit sont affichés.

  La valeur par défaut est false.

• format - pour chaque commit listé, une chaîne contenant %X, où %X est l'un de %a pour l'auteur, %d pour la date, %m pour le message, %p pour les chemins, ou %r pour la révision. Tous les systèmes de révision ne supportent pas %d et %r. Si spécifié, showPaths est ignoré.

  Valeur par défaut : "[%a] %m \n ".

• pathFormat - une chaîne contenant %p pour indiquer comment imprimer les chemins.

  La valeur par défaut est " \t %p \n ".

L'option non paramétrée ${CHANGES} est configuré pour être affiché dans un courriel en texte clair. Vous devez le configurer pour qu'il s'affiche correctement dans un environnement HTML.

Ejemplo: <ul>${CHANGES, format="<li>[%a] %m</li>"}</ul>

Answer 2

On peut essayer

mimeType:'HTML/text'

avec le emailext et utiliser le plugin HTML <br> pour les nouvelles lignes. Étonnamment mimeType:'text/html' n'a pas fonctionné dans mon cas alors que mimeType:'HTML/text' a fait.