一、背景说明
在JMeter工具那一类里,分享了jmeter+ant测试框架的搭建及实践,在Jenkins这个强大的持续集成(CI)自动化平台中,配置邮件通知功能可以帮助团队在构建完成后及时获取构建结果,从而快速响应潜在的问题。本文将介绍如何在Jenkins中配置Job以发送邮件通知。
二、Jenkins邮件插件安装
首先,确保你的Jenkins已经安装了邮件插件。在Jenkins管理页面,进入“Manage Jenkins” -> “Manage Plugins”,在“Available”标签页中搜索“Email Extension Plugin”并安装。
三、系统配置
安装完插件后,需要配置Jenkins的系统设置以支持邮件发送。进入“Manage Jenkins” -> “Configure System”,滚动到“Email Notification”部分,进行如下配置:
SMTP Server:填写你的SMTP服务器地址。
SMTP Port:填写SMTP服务器端口。
SMTP Username:填写SMTP服务器的用户名。
SMTP Password:填写SMTP服务器的密码。
From Address:设置邮件发送者的地址。
Use SMTP Authentication:启用SMTP认证。
Jenkins插件依赖报错,上官网下载:https://plugins.jenkins.io/
四、Job配置
接下来,我们需要在具体的Job中配置邮件发送。进入你的Job配置页面,滚动到“构建后操作”部分,点击“Add post-build action”,选择“Editable Email Notification”。
在“Editable Email Notification”配置中,你可以设置邮件发送的条件和接收者,以及邮件的内容模板。
邮件发送条件
Send email for each build:为每个构建发送邮件。
Only for unstable builds:仅当构建不稳定时发送邮件。
Only for failed builds:仅当构建失败时发送邮件。
邮件接收者
Recipient List:直接填写接收者的邮箱地址,多个地址用逗号分隔。
Send to individuals who break this build:发送给导致构建失败的开发者。
Send to requester:发送给触发构建的请求者。
邮件内容模板
你可以在“Default Content”区域编辑邮件的内容模板。这里可以使用Jenkins的模板语法,例如 B U I L D U R L 代表构建的 U R L , {BUILD_URL}代表构建的URL, BUILDURL代表构建的URL,{BUILD_STATUS}代表构建的状态等。
邮件通知配置相关的全局属性详解
Override Global Settings:如果不选,该插件将使用默认的E-mail Notification通知选项。反之,您可以通过指定不同于( 默认选项)的设置来进行覆盖。
Default Content Type:指定构建后发送邮件内容的类型,有Text和HTML两种.
Use List-ID Email Header:为所有的邮件设置一个List-ID的邮件信头
Add ‘Precedence: bulk’ Email Header:设置优先级
Default Recipients:自定义默认电子邮件收件人列表。如果没有被项目配置覆盖,该插件会使用这个列表。您可以在项目配置使用$ DEFAULT_RECIPIENTS参数包括此默认列表,以及添加新的地址在项目级别。添加抄送:cc:电子邮件地址例如,CC:someone@somewhere.com
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.
Emergency reroute:如果这个字段不为空,所有的电子邮件将被单独发送到该地址(或地址列表)。
Excluded Committers:防止邮件被邮件系统认为是垃圾邮件,邮件列表应该没有扩展的账户名(如:@domain.com),并且使用逗号分隔
Default Subject:自定义邮件通知的默认主题名称。该选项能在邮件的主题字段中替换一些参数,这样你就可以在构建中包含指定的输出信息。
Maximum Attachment Size:邮件最大附件大小。
Default Content:自定义邮件通知的默认内容主体。该选项能在邮件的内容中替换一些参数,这样你就可以在构建中包含指定的输出信息。
Default Pre-send Script:默认发送前执行的脚本(注:grooy脚本,这是我在某篇文章上看到的,不一定准确)。
Enable Debug Mode:启用插件的调试模式。这将增加额外的日志输出,构建日志以及Jenkins的日志。在调试时是有用的,但不能用于生产。
Enable Security:启用时,会禁用发送脚本的能力,直接进入Jenkins实例。如果用户试图访问Jenkins管理对象实例,将抛出一个安全异常。
Content Token Reference:邮件中可以使用的变量,所有的变量都是可选的。
全局邮件变量
email-ext插件允许使用变量来动态插入数据到邮件的主题和内容主体中。变量是一个以 ( 美元符号 ) 开始,并以空格结束的字符串。当一个邮件触发时,主题和内容主体字段的所有变量都会通过真实的值动态地替换。同样,变量中的“值”能包含其它的变量,都将被替换成真实的内容。 . 比如,项目配置页的默认主题和内容分别对应的是全局配置页面的 D E F A U L T _ S U B J E C T 和 D E F A U L T _ C O N T E N T ,因此它会自动地使用全局的配置。同理,触发器中的 S u b j e c t 和 C o n t e n t 分别对应的是项目配置页面的 D E F A U L T _ S U B J E C T 和 D E F A U L T _ C O N T E N T ,所以它也会自动地使用项目的配置。由于变量中的“值”能包含其它的变量,所以就能为变量快速地创建不同的切入点:全局级别 ( 所有项目 ) ,专属级别 ( 单一项目 ) ,触发器级别 ( 构建结果 ) 。 . 如果你要查看所有可用的变量,你可以点击配置页的 C o n t e n t T o k e n R e f e r e n c e 的问号获取详细的信息。 . 所有的变量都是可选的,每个变量可以如下表示,字符串类型使用 n a m e = “ v a l u e ”,而布尔型和数字型使用 n a m e = v a l u e 。如果和标记里面没有变量,则不会被解析。示例: (美元符号)开始,并以空格结束的字符串。当一个邮件触发时,主题和内容主体字段的所有变量都会通过真实的值动态地替换。同样,变量中的“值”能包含其它的变量,都将被替换成真实的内容。 . 比如,项目配置页的默认主题和内容分别对应的是全局配置页面的DEFAULT\_SUBJECT和DEFAULT\_CONTENT,因此它会自动地使用全局的配置。同理,触发器中的Subject和Content分别对应的是项目配置页面的DEFAULT\_SUBJECT和DEFAULT\_CONTENT,所以它也会自动地使用项目的配置。由于变量中的“值”能包含其它的变量,所以就能为变量快速地创建不同的切入点:全局级别(所有项目),专属级别(单一项目),触发器级别(构建结果)。 . 如果你要查看所有可用的变量,你可以点击配置页的Content Token Reference的问号获取详细的信息。 . 所有的变量都是可选的,每个变量可以如下表示,字符串类型使用name=“value”,而布尔型和数字型使用name=value。如果{和}标记里面没有变量,则不会被解析。示例: (美元符号)开始,并以空格结束的字符串。当一个邮件触发时,主题和内容主体字段的所有变量都会通过真实的值动态地替换。同样,变量中的“值”能包含其它的变量,都将被替换成真实的内容。.比如,项目配置页的默认主题和内容分别对应的是全局配置页面的DEFAULT_SUBJECT和DEFAULT_CONTENT,因此它会自动地使用全局的配置。同理,触发器中的Subject和Content分别对应的是项目配置页面的DEFAULT_SUBJECT和DEFAULT_CONTENT,所以它也会自动地使用项目的配置。由于变量中的“值”能包含其它的变量,所以就能为变量快速地创建不同的切入点:全局级别(所有项目),专属级别(单一项目),触发器级别(构建结果)。.如果你要查看所有可用的变量,你可以点击配置页的ContentTokenReference的问号获取详细的信息。.所有的变量都是可选的,每个变量可以如下表示,字符串类型使用name=“value”,而布尔型和数字型使用name=value。如果和标记里面没有变量,则不会被解析。示例:TOKEN, T O K E N , {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} 显示项目的全名。
.
${PROJECT_DISPLAY_NAME} 显示项目的显示名称。
.
S C R I P T 从一个脚本生成自定义消息内容。自定义脚本应该放在 " {SCRIPT} 从一个脚本生成自定义消息内容。自定义脚本应该放在" SCRIPT从一个脚本生成自定义消息内容。自定义脚本应该放在"JENKINS_HOME/email-templates"。当使用自定义脚本时会默认搜索$JENKINS_HOME/email-templates/directory目录。其他的目录将不会被搜索。
.
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。匹配的行数将变为 html escaped matched line 格式。默认为空。
.
${BUILD_LOG} 显示最终构建日志。
.
maxLines 日志最多显示的行数,默认250行。
.
escapeHtml 如果为true,格式化HTML。默认false。
.
${PROJECT_URL} 显示项目的URL地址。
.
${BUILD_STATUS} -显示当前构建的状态(失败、成功等等)
.
${BUILD_URL} -显示当前构建的URL地址。
.
C H A N G E S _ S I N C E _ L A S T _ S U C C E S S − 显示上一次成功构建之后的变化。 . r e v e r s e 在顶部标示新近的构建。默认 f a l s e 。 . f o r m a t 遍历构建信息,一个包含 . s h o w P a t h s , c h a n g e s F o r m a t , p a t h F o r m a t 分别定义如 {CHANGES\_SINCE\_LAST\_SUCCESS} -显示上一次成功构建之后的变化。 . reverse在顶部标示新近的构建。默认false。 . format遍历构建信息,一个包含%X的字符串,其中%c为所有的改变,%n为构建编号。默认”Changes for Build #%n\\n%c\\n”。 . showPaths,changesFormat,pathFormat分别定义如 CHANGES_SINCE_LAST_SUCCESS−显示上一次成功构建之后的变化。.reverse在顶部标示新近的构建。默认false。.format遍历构建信息,一个包含.showPaths,changesFormat,pathFormat分别定义如{CHANGES}的showPaths、format和pathFormat参数。
.
C H A N G E S _ S I N C E _ L A S T _ U N S T A B L E − 显示显示上一次不稳固或者成功的构建之后的变化。 . r e v e r s e 在顶部标示新近的构建。默认 f a l s e . f o r m a t 遍历构建信息,一个包含 . s h o w P a t h s , c h a n g e s F o r m a t , p a t h F o r m a t 分别定义如 {CHANGES\_SINCE\_LAST\_UNSTABLE} -显示显示上一次不稳固或者成功的构建之后的变化。 . reverse在顶部标示新近的构建。默认false . format遍历构建信息,一个包含%X的字符串,其中%c为所有的改变,%n为构建编号。默认”Changes for Build #%n\\n%c\\n”。 . showPaths,changesFormat,pathFormat分别定义如 CHANGES_SINCE_LAST_UNSTABLE−显示显示上一次不稳固或者成功的构建之后的变化。.reverse在顶部标示新近的构建。默认false.format遍历构建信息,一个包含.showPaths,changesFormat,pathFormat分别定义如{CHANGES}的showPaths、format和pathFormat参数。
.
${ENV} –显示一个环境变量。
.
var– 显示该环境变量的名称。如果为空,显示所有,默认为空。
.
${FAILED_TESTS} -如果有失败的测试,显示这些失败的单元测试信息。
.
${JENKINS_URL} -显示Jenkins服务器的地址。(你能在“系统配置”页改变它)。
.
H U D S O N _ U R L − 不推荐,请使用 {HUDSON\_URL} -不推荐,请使用 HUDSON_URL−不推荐,请使用JENKINS_URL
.
${PROJECT_URL} -显示项目的URL。
.
${SVN_REVISION} -显示SVN的版本号。
.
J E L L Y _ S C R I P T − 从一个 J e l l y 脚本模板中自定义消息内容。有两种模板可供配置: H T M L 和 T E X T 。你可以在 {JELLY\_SCRIPT} -从一个Jelly脚本模板中自定义消息内容。有两种模板可供配置:HTML和TEXT。你可以在 JELLY_SCRIPT−从一个Jelly脚本模板中自定义消息内容。有两种模板可供配置:HTML和TEXT。你可以在JENKINS_HOME/email-templates下自定义替换它。当使用自动义模板时,”template”参数的名称不包含“.jelly”。
.
template模板名称,默认”html”。
.
${TEST_COUNTS} -显示测试的数量。
.
var– 默认“total”。
.
total -所有测试的数量。
.
fail -失败测试的数量。
.
skip -跳过测试的数量。
五、测试邮件发送
5.1、在jenkins创建的job中–构建后操作添加邮件通知操作
配置完成后,你可以点击“Test Configuration”按钮来测试邮件配置是否正确。如果配置无误,Jenkins会向指定的邮箱发送一封测试邮件。
六、构建并查看效果
最后,保存Job配置并触发一次构建。如果构建满足邮件发送条件,Jenkins会自动发送一封邮件到指定的邮箱。
七、注意事项
- 确保Jenkins所在的服务器可以访问SMTP服务器。
- 邮件发送可能会受到网络或SMTP服务器设置的影响,确保SMTP服务器的配置是正确的。
- 根据团队的需要,可以自定义邮件的模板和内容。
通过以上的配置,你可以在Jenkins中实现Job构建完成后的邮件通知功能,从而更好地掌握构建的状态和及时处理潜在问题。