jenkins邮件通知插件

说明

Jenkins默认提供了一个邮件通知,能在构建失败、构建不稳定等状态后发送邮件。但是它本身有很多局限性,比如它的邮件通知无法提供详细的邮件内容、无法定义发送邮件的格式、无法定义灵活的邮件接收配置等等。而Jenkins Email Extension Plugin插件允许你自定义邮件通知,比如在发送邮件时你可以自定义发送给谁,发送具体什么内容等等。插件安装请参考上篇博文。

1.默认邮件通知设置

Jenkins的系统设置里,先找到Jenkins Location位置。

Jenkins URL:就是jenkins登录地址

系统管理员邮件地址:就是邮件发件人

根据情况填写即可。可以用自建邮件发送服务,也可以用第三方邮件服务,只要填写相应的信息。本人采用的是自建邮件发送服务。

2 .邮件扩展插件设置

主要包含两个部分:全局配置和项目配置。

2.1 全局配置

找到 “Extended E-mail Notification”的位置,你就能配置一些全局的email-ext属性。

插件版本的不同个别选项不一样。根据信息填写,和默认邮件通知的信息类似,此插件可以完全替换默认的邮件通知。

参考网上的一个配置

Default Subject:构建通知:$PROJECT_NAME - Build # $BUILD_NUMBER - $BUILD_STATUS!

Default Content:

<hr/>

(本邮件是程序自动下发的,请勿回复!)<br/><hr/>

项目名称:$PROJECT_NAME<br/><hr/>

构建编号:$BUILD_NUMBER<br/><hr/>

svn版本号:${SVN_REVISION}<br/><hr/>

构建状态:$BUILD_STATUS<br/><hr/>

触发原因:${CAUSE}<br/><hr/>

构建日志地址:<a href="${BUILD_URL}console">${BUILD_URL}console<br/><hr/>

构建地址:<a href="$BUILD_URL">$BUILD_URL<br/><hr/>

变更集:${JELLY_SCRIPT,template="html"}<br/><hr/>

另外附上一个不错的模板

Default Subject:
构建通知:${BUILD_STATUS} - ${PROJECT_NAME} - Build # ${BUILD_NUMBER} !
Default Content:
<!DOCTYPE html><html><head><meta charset="UTF-8"><title>${ENV, var="JOB_NAME"}-第${BUILD_NUMBER}次构建日志</title></head><body leftmargin="8" marginwidth="0" topmargin="8" marginheight="4"
    offset="0">
    <table width="95%" cellpadding="0" cellspacing="0"
        style="font-size: 11pt; font-family: Tahoma, Arial, Helvetica, sans-serif">
        <tr>
            <td>(本邮件是程序自动下发的,请勿回复!)</td>
        </tr>
        <tr>
            <td><h2>
                    <font color="#0000FF">构建结果 - ${BUILD_STATUS}</font>
                </h2></td>
        </tr>
        <tr>
            <td><br />
            <b><font color="#0B610B">构建信息</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td>
                <ul>
                    <li>项目名称&nbsp;:&nbsp;${PROJECT_NAME}</li>
                    <li>构建编号&nbsp;:&nbsp;第${BUILD_NUMBER}次构建</li>
                    <li>SVN&nbsp;版本:&nbsp;${SVN_REVISION}</li>
                    <li>触发原因:&nbsp;${CAUSE}</li>
                    <li>构建日志:&nbsp;<a href="${BUILD_URL}console">${BUILD_URL}console</a></li>
                    <li>构建&nbsp;&nbsp;Url&nbsp;:&nbsp;<a href="${BUILD_URL}">${BUILD_URL}</a></li>
                    <li>工作目录&nbsp;:&nbsp;<a href="${PROJECT_URL}ws">${PROJECT_URL}ws</a></li>
                    <li>项目&nbsp;&nbsp;Url&nbsp;:&nbsp;<a href="${PROJECT_URL}">${PROJECT_URL}</a></li>
                </ul>
            </td>
        </tr>
        <tr>
            <td><b><font color="#0B610B">Changes Since Last
                        Successful Build:</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td>
                <ul>
                    <li>历史变更记录 : <a href="${PROJECT_URL}changes">${PROJECT_URL}changes</a></li>
                </ul> ${CHANGES_SINCE_LAST_SUCCESS,reverse=true, format="Changes for Build #%n:<br />%c<br />",showPaths=true,changesFormat="<pre>[%a]<br />%m</pre>",pathFormat="&nbsp;&nbsp;&nbsp;&nbsp;%p"}            </td>
        </tr>
        <tr>
            <td><b>Failed Test Results</b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <tr>
            <td><pre                    style="font-size: 11pt; font-family: Tahoma, Arial, Helvetica, sans-serif">$FAILED_TESTS</pre>
                <br /></td>
        </tr>
        <tr>
            <td><b><font color="#0B610B">构建日志 (最后 100行):</font></b>
            <hr size="2" width="100%" align="center" /></td>
        </tr>
        <!-- <tr>
            <td>Test Logs (if test has ran): <a
                href="${PROJECT_URL}ws/TestResult/archive_logs/Log-Build-${BUILD_NUMBER}.zip">${PROJECT_URL}/ws/TestResult/archive_logs/Log-Build-${BUILD_NUMBER}.zip</a>
                <br />
            <br />
            </td>
        </tr> -->
        <tr>
            <td><textarea cols="80" rows="30" readonly="readonly"
                    style="font-family: Courier New">${BUILD_LOG, maxLines=100}</textarea>
            </td>
        </tr>
    </table></body></html>

2.1.1 全局属性详解

1. Override Global Settings(新版本里找不到该选项):如果不选,该插件将使用默认的E-mail Notification通知选项。反之,您可以通过指定不同于( 默认选项)的设置来进行覆盖。

2. Default Content Type:指定构建后发送邮件内容的类型,有Text和HTML两种.

3. Use List-ID Email Header:为所有的邮件设置一个List-ID的邮件信头,这样你就可以在邮件客户端使用过滤。它也能阻止邮件发件人大部分的自动回复(诸如离开办公室、休假等等)。你可以使用你习惯的任何名称或者ID号,但是他们必须符合如下其中一种格式(真实的ID必须要包含在<和>标记里):  
<ci-notifications.company.org>    
Build Notifications <ci-notifications.company.org>    
“Build Notifications” <ci-notifications.company.org>    
关于更详细的List-ID说明请百度

4. Add ‘Precedence: bulk‘ Email Header:设置优先级,更详细说明请百度

5. Default Recipients:自定义默认电子邮件收件人列表。如果没有被项目配置覆盖,该插件会使用这个列表。您可以在项目配置使用$ DEFAULT_RECIPIENTS参数包括此默认列表,以及添加新的地址在项目级别。添加抄送:cc:电子邮件地址例如,CC:[email protected]

6. Reply To List:回复列表, A comma separated list of e-mail addresses to use in the Reply-To header of the email. This value will be available as $DEFAULT_REPLYTO in the project configuration.

7. Emergency reroute:如果这个字段不为空,所有的电子邮件将被单独发送到该地址(或地址列表)。

8. Excluded Committers:防止邮件被邮件系统认为是垃圾邮件,邮件列表应该没有扩展的账户名(如:@domain.com),并且使用逗号分隔

9. Default Subject:自定义邮件通知的默认主题名称。该选项能在邮件的主题字段中替换一些参数,这样你就可以在构建中包含指定的输出信息。

10. Maximum Attachment Size:邮件最大附件大小。

11. Default Content:自定义邮件通知的默认内容主体。该选项能在邮件的内容中替换一些参数,这样你就可以在构建中包含指定的输出信息。

12. Default Pre-send Script:默认发送前执行的脚本(注:grooy脚本,这是我在某篇文章上看到的,不一定准确)。

13. Enable Debug Mode:启用插件的调试模式。这将增加额外的日志输出,构建日志以及Jenkins的日志。在调试时是有用的,但不能用于生产。

14. Enable Security:启用时,会禁用发送脚本的能力,直接进入Jenkins实例。如果用户试图访问Jenkins管理对象实例,将抛出一个安全异常。

15. Content Token Reference:邮件中可以使用的变量,所有的变量都是可选的。

2.1.2 全局邮件变量

email-ext插件允许使用变量来动态插入数据到邮件的主题和内容主体中。变量是一个以$(美元符号)开始,并以空格结束的字符串。当一个邮件触发时,主题和内容主体字段的所有变量都会通过真实的值动态地替换。同样,变量中的“值”能包含其它的变量,都将被替换成真实的内容。

比如,项目配置页的默认主题和内容分别对应的是全局配置页面的DEFAULT_SUBJECT和DEFAULT_CONTENT,因此它会自动地使用全局的配置。同理,触发器中的Subject和Content分别对应的是项目配置页面的DEFAULT_SUBJECT和DEFAULT_CONTENT,所以它也会自动地使用项目的配置。由于变量中的“值”能包含其它的变量,所以就能为变量快速地创建不同的切入点:全局级别(所有项目),专属级别(单一项目),触发器级别(构建结果)。

如果你要查看所有可用的变量,你可以点击配置页的Content Token Reference的问号获取详细的信息。所有的变量都是可选的,每个变量可以如下表示,字符串类型使用name=“value”,而布尔型和数字型使用name=value。如果{和}标记里面没有变量,则不会被解析。示例:$TOKEN,${TOKEN},${TOKEN,count=100},${ENV,var=”PATH”}

提示:用英文逗号分隔变量的参数。

下面我解释一下常用的属性。

  • ${FILE,path="PATH"} 包括指定文件(路径)的含量相对于工作空间根目录。

    • path文件路径,注意:是工作区目录的相对路径。
  • ${BUILD_NUMBER} 显示当前构建的编号。
  • ${JOB_DESCRIPTION} 显示项目描述。
  • ${SVN_REVISION} 显示svn版本号。还支持Subversion插件出口的SVN_REVISION_n版本。
  • ${CAUSE} 显示谁、通过什么渠道触发这次构建。
  • ${CHANGES } -显示上一次构建之后的变化。
    • showPaths 如果为 true,显示提交修改后的地址。默认false。
    • showDependencies 如果为true,显示项目构建依赖。默认为false
    • format 遍历提交信息,一个包含%X的字符串,其中%a表示作者,%d表示日期,%m表示消息,%p表示路径,%r表示版本。注意,并不是所有的版本系统都支持%d和%r。如果指定showPaths将被忽略。默认“[%a] %m\\n”。
    • pathFormat 一个包含“%p”的字符串,用来标示怎么打印路径。
  • ${BUILD_ID}显示当前构建生成的ID。
  • ${PROJECT_NAME} 显示项目的全名。(见AbstractProject.getFullDisplayName)
  • ${PROJECT_DISPLAY_NAME} 显示项目的显示名称。(见AbstractProject.getDisplayName)
  • ${SCRIPT} 从一个脚本生成自定义消息内容。自定义脚本应该放在"$JENKINS_HOME/email-templates"。当使用自定义脚本时会默认搜索$JENKINS_HOME/email-templatesdirectory目录。其他的目录将不会被搜索。
    • script 当其使用的时候,仅仅只有最后一个值会被脚本使用(不能同时使用script和template)。
    • template常规的simpletemplateengine格式模板。
  • ${JENKINS_URL} 显示Jenkins服务器的url地址(你可以再系统配置页更改)。
  • ${BUILD_LOG_MULTILINE_REGEX}按正则表达式匹配并显示构建日志。
    • regex java.util.regex.Pattern 生成正则表达式匹配的构建日志。无默认值,可为空。
    • maxMatches 匹配的最大数量。如果为0,将匹配所有。默认为0。
    • showTruncatedLines 如果为true,包含[...truncated ### lines...]行。默认为true。
    • substText 如果非空,就把这部分文字(而不是整行)插入该邮件。默认为空。
    • escapeHtml 如果为true,格式化HTML。默认为false。
    • matchedSegmentHtmlStyle 如果非空,输出HTML。匹配的行数将变为<b style=”your-style-value”> html escaped matched line 格式。默认为空。
  • ${BUILD_LOG} 显示最终构建日志。
    • maxLines 日志最多显示的行数,默认250行。
    • escapeHtml 如果为true,格式化HTML。默认false。
  • ${PROJECT_URL} 显示项目的URL地址。
  • ${BUILD_STATUS} -显示当前构建的状态(失败、成功等等)
  • ${BUILD_URL} -显示当前构建的URL地址。
  • ${CHANGES_SINCE_LAST_SUCCESS} -显示上一次成功构建之后的变化。
    • reverse在顶部标示新近的构建。默认false。
    • format遍历构建信息,一个包含%X的字符串,其中%c为所有的改变,%n为构建编号。默认”Changes for Build #%n\n%c\n”。
    • showPaths,changesFormat,pathFormat分别定义如${CHANGES}的showPaths、format和pathFormat参数。
  • ${CHANGES_SINCE_LAST_UNSTABLE} -显示显示上一次不稳固或者成功的构建之后的变化。
    • reverse在顶部标示新近的构建。默认false。
    • format遍历构建信息,一个包含%X的字符串,其中%c为所有的改变,%n为构建编号。默认”Changes for Build #%n\n%c\n”。
    • showPaths,changesFormat,pathFormat分别定义如${CHANGES}的showPaths、format和pathFormat参数。
  • ${ENV} –显示一个环境变量。
    • var– 显示该环境变量的名称。如果为空,显示所有,默认为空。
  • ${FAILED_TESTS} -如果有失败的测试,显示这些失败的单元测试信息。
  • ${JENKINS_URL} -显示Jenkins服务器的地址。(你能在“系统配置”页改变它)。
  • ${HUDSON_URL} -不推荐,请使用$JENKINS_URL
  • ${PROJECT_URL} -显示项目的URL。
  • ${SVN_REVISION} -显示SVN的版本号。
  • ${JELLY_SCRIPT} -从一个Jelly脚本模板中自定义消息内容。有两种模板可供配置:HTML和TEXT。你可以在$JENKINS_HOME/email-templates下自定义替换它。当使用自动义模板时,”template”参数的名称不包含“.jelly”。
    • template模板名称,默认”html”。
  • ${TEST_COUNTS} -显示测试的数量。
    • total -所有测试的数量。
    • fail -失败测试的数量。
    • skip -跳过测试的数量。
    • var– 默认“total”。

2.2 项目配置

要想在一个项目中使用email-ext插件,你首先必须在项目配置页激活它。在构建后操作——”Add Post-build Actions”选项中勾选”Editable Email Notification”标签。

2.2.1 项目基本配置

当插件激活后你就能编辑如下字段(只列出常用的字段):

  • Project Recipient List:这是一个以逗号(或者空格)分隔的收件人邮件的邮箱地址列表。允许您为每封邮件指定单独的列表。Ps:如果你想在默认收件人的基础上添加收件人:$DEFAULT_RECIPIENTS,<新的收件人>
  • Default Subject:允许你配置此项目邮件的主题。
  • Default Content:跟Default Subject的作用一样,但是是替换邮件内容。
  • Attach Build Log:附件构建日志。
    • Compress Build Log before sending:发送前压缩生成日志(zip格式)。
2.2.1.1 项目高级配置

要查看插件的高级配置,请点击”高级”按钮。该选项允许您各种类型的邮件触发器指定接收者。默认情况下,是没有配置的触发器,所以默认情况下不会发送邮件。要增加更多的触发器,选择“Add a Trigger”旁边下拉列表中的类型(如下图) ,增加触发器之后,会增加相应的选项框,可以在上面配置邮件发送给谁。

  • Send to Recipient List:如果勾选,邮件将发送到”Project Recipient List”中的所有邮件地址。
  • Send to Committers:该邮件会发给上次构建时检查过代码的人员,该插件会基于提交者的ID和追加Jenkins配置页面的(default email suffix)默认邮件后缀来生成一个邮件地址。譬如,上次提交代码的人是”first.last”, 默认的电子邮件后缀为“@somewhere.com”,那么电子邮件将被发送到“[email protected] somewhere.com”。
  • Send To Requester:如果勾选,邮件将发送给构建触发者。
  • Include Culprits:如果勾选,而且 “Send To Committers”勾选,邮件将包含最后成功构建的提交者。
  • More Configuration:通过单击高级能为每个邮件触发器作更多单独的设置。
    • Recipient List:这是一个以逗号(或者空格)分隔的可接受邮件的邮箱地址列表。如果触发就发送邮件到该列表。该列表会追加在”Global Recipient List”里。
    • Subject:指定选择邮件的主题。注意:高级选项中的邮件触发器类型可覆盖对它的配置。
    • Content:指定选择邮件的内容主体。注意:高级选项中的邮件触发器类型可覆盖对它的配置。
  • Remove通过单击指定触发器当前行的”Delete”按钮,你可以删除该触发器。
2.2.1.2 触发器类型

注意:所有的触发器都只能配置一次。

  • Failure:即时发送构建失败的邮件。如果”Still Failing”触发器已配置,而上一次构建的状态是”Failure”,那么”Still Failing”触发器将发送一封邮件来替代(它)。
  • Unstable:即时发送构建不稳固的邮件。如果”Still Unstable”触发器已配置,而上一次构建的状态是”Unstable”,那么”Still Unstable”触发器将发送一封邮件来替代(它)。
  • Still Failing:如果两次或两次以上连续构建的状态为”Failure”,发送该邮件。
  • Success:如果构建的状态为”Successful”发送邮件。如果”Fixed”已配置,而上次构建的状态为“Failure”或“Unstable”,那么”Fixed”触发器将发送一封邮件来替代(它)。
  • Fixed:当构建状态从“Failure”或“Unstable”变为”Successful”时发送邮件。
  • Still Unstable:如果两次或两次以上连续构建的状态为” Unstable “,发送该邮件。
  • Before Build:当构建开始时发送邮件。
2.2.1.3 项目邮件变量

注意:这里只解释全局配置页面中缺少的变量。

  • ${DEFAULT_SUBJECT}:这是Jenkins系统配置页面默认配置的邮件主题
  • ${DEFAULT_CONTENT}:这是Jenkins系统配置页面默认配置的邮件内容主体
  • ${PROJECT_DEFAULT_SUBJECT}:这是项目的默认邮件主题。高级配置中使用该令牌的结果要优先于Default Subject字段。警告:不要在Default Subject 或者Default Content中使用该令牌,它会产生一个未知的结果。
  • ${PROJECT_DEFAULT_CONTENT}:这是项目的默认邮件内容主体。高级配置中使用该令牌的结果要优先于Default Content字段。警告:不要在Default Subject 或者Default Content中使用该令牌,它会产生一个未知的结果。

附上邮件通知截图

3. Jelly脚本

从Jenkins 2.9版本开始我们可以使用Jelly脚本。Jelly脚本跟Hudson的API挂钩,能获得你想要的任何信息,所以它很强大。插件有两个打包后的Jelly脚本,当然你也可以自定义(脚本)。

关于插件中默认的两个Jelly脚本:一个用来设计HTML格式邮件,另一个则是定义TEXT格式邮件。你能通过使用模板参数指定插件调用哪一个脚本。它们的使用方法如下:

文本格式:${JELLY_SCRIPT,template=”text”}

HTML格式:${JELLY_SCRIPT,template=”html”}

你也能编写属于自己的Jelly脚本。Jelly脚本能跟Jenkins 的API(包括hudson.model.AbstractBuild and hudson.model.AbstractProject)挂钩,因而特别强大。如果你打算这么做,你可以先参考现有的html and text脚本一探究竟。

值得注意的是,拥有Hudson管理员权限是使用自定义Jelly脚本(该脚本没有跟email-ext打包)的前提。脚本的生成步骤本身其实相对简单:

1. 创建Jelly脚本。脚本的名称应该是<名称>.jelly。名称以.jelly结尾是很重要的。

2. 把脚本存放在JENKINS_HOME\email-templates文件夹里。

3. 使用Jelly变量,让template匹配你的脚本名称(不要包含后缀)。比如,脚本的名称为foobar.jelly,则邮件内容中应该是${JELLY_SCRIPT,template=”foobar”}。

下面两个图就是就是使用Jelly脚本生成的邮件(最新版Email-ext新增html_gamil模板,它跟html模板类似,所以这里不再显示它的截图):

时间: 2024-11-06 03:54:27

jenkins邮件通知插件的相关文章

Jenkins : 邮件通知

目录 全局配置 为项目添加邮件通知 邮件模板 Pipeline 支持 总结 Jenkins 内置了 Mailer 插件用于发送邮件通知,但是 Mailer 插件的功能比较简单,无法按照用户的需求进行邮件的定制.Email Extension 是 Jenkins 默认推荐安装的一款功能强大的邮件插件,使用它几乎可以定制邮件的任何部分.本文将结合笔者的使用经验介绍 Email Extension 插件的使用方法. 全局配置 和其它的插件一样,Email Extension 插件的全局配置也是在 Je

jenkins邮件通知html魔板

<!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title>${ENV, var="JOB_NAME"}-第${BUILD_NUMBER}次构建日志</title> </head> <body leftmargin="8" marginwidth="0" topmargin=&q

Jenkins 配置邮件通知

jenkins 是一个开源的自动化服务器.通过Jenkins,可以通过自动化加速软件开发过程.Jenkins管理和控制各种开发的生命周期过程,包括构建,文档,测试,包,阶段,部署,静态分析等等.您可以设置Jenkins来监视像SVN和Git这样的地方的任何代码更改,使用Ant和Maven等工具自动执行构建,启动测试等.在构建失败.构建不稳定等状态还可以发送邮件通知,现介绍一下如何在 Jenkins中配置实现邮件通知. Jenkins内置的邮件通知并不能够满足我们,因为它无法定义发送的邮件格式,无

5.jenkins使用Email Extension Plugin插件配置邮件通知

jenkins自带有邮件通知的功能 在"系统管理"–>"系统设置"中的"邮件通知"模块可以配置邮件通知,在配置之前应先配置"jenkins Location"中的系统管理员邮箱, 然后配置管理员邮箱的账户密码信息,如下图 根据自己所使用的邮箱配置,配置完成后可以点击"Test configuration" 发送一封测试邮件到"Test e-mail recipient"所配置的邮箱

持续集成之②:整合jenkins与代码质量管理平台Sonar并实现构建失败邮件通知

一:Sonar是什么?Sonar 是一个用于代码质量管理的开放平台,通过插件机制,Sonar 可以集成不同的测试工具,代码分析工具,以及持续集成工具.与持续集成工具(例如 Hudson/Jenkins 等)不同,Sonar 并不是简单地把不同的代码检查工具结果(例如FindBugs,PMD等)直接显示在Web页面上,而是通过不同的插件对这些结果进行再加工处理,通过量化的方式度量代码质量的变化,从而可以方便地对不同规模和种类的工程进行代码质量管理.在对其他工具的支持方面,Sonar 不仅提供了对

Jenkins 的邮件通知

公司内部每天大概会发布N多版本,也不能派员工一直去盯着版本发布,所以希望发布完成后通知相关人员,Jenkins最早采用通知机制就是短信和邮件,由于短信成本很高,所以我们一般在发布结束后会采用邮件.现在也有更多通知机制例如微信.钉钉等,今天主要先介绍一下Jenkins发布成功后采用邮件方式发送通知信息至相关人员. Jenkins 本身自带邮件的通知的功能,但是自带的邮件通知功能,比较简单,不能达到自定义信息,所以后续有人开发新插件Email-ext plugin,而这个插件添加了更多的场景配置.

jenkins配置邮件通知功能以及破解管理员密码

笔记内容:jenkins配置邮件通知功能以及破解管理员密码笔记日期:2018-02-27 26.6 jenkins邮件设置 26.7 插件email-ext 26.8 破解jenkins管理员密码 26.6 jenkins邮件设置 打开Jenkins的web页面,点击 系统管理 -> 系统设置 -> Jenkins Location ,先设置系统管理员邮件地址,这里的系统管理员邮件地址需要和后续要设置的发送邮件的地址一致: 然后再往下拉,找到 "邮件通知" 那一栏,填写SM

jenkins邮件配置(系统邮件和插件)

1.使用系统邮件发送,内容为系统默认,无法更改 第一步,系统管理-系统设置,设置Jenkins Location,这个设置系统邮件和插件邮件共用的设置 第二步,设置邮件通知,输入系统管理员邮件对应的SMTP服务器,并勾选使用SMTP认证,输入系统管理员邮件对应的用户名和密码 第三步,项目配置,构建后操作选择"E-mail Notification",配置接收邮件(系统邮件发送只有失败或者不稳定发送,个人尝试发现,若不对,请指正),构建后便可接收邮件了. 2.使用插件发送 第一步,安装插

Jenkins email-ext邮件通知模板

http://blog.csdn.net/houyefeng/article/details/51344337 示例 以html格式发送送如下内容:邮件内容为项目名称.构建次数.触发原因.构建日志前100行.项目url/构建日志url.项目变更日志.测试用例汇总.Job设置中"Content Type"选"Html",将下面模板内容粘贴到"Content"中.Html模板:模板由群友QQ]  TUX(4991727)提供 <!DOCTYPE