Jenkins的通知方式非常多，具体如下：
电子邮件通知
声明构建
RSS订阅
构建分发器
即时消息
IRC通知
桌面通知器
通过Notifo通知
移动通知
短信通知
制造噪声
极端反馈设备
电子邮件通知
电子邮件通知是持续集成中最明显和最常见的通知形式，因此，我们这里重点讲电子邮件通知。
我们可以在Jenkins中通过勾选E-mail Notification复选框激活Jenkins电子邮件通知，但实际上Jenkins自带的电子邮件通知功能可定制性不强。通常我们推荐使用Email-Extension插件（插件安装方法不再在此介绍），该插件允许我们定义一个更精致的电子邮件通知策略。
首先，它可以让我们自定义电子邮件通知消息。我们可以定义邮件的标题和正文，其中正文可以自定义以下内容（括号中为预定义的标签）：
项目名称（${PROJECT_NAME}）
构建时间（${BUILD_TIMESTAMP}）
当前构建号（${BUILD_NUMBER}）
当前构建状态（${BUILD_STATUS}）
构建的原因（${CAUSE}）
构建作业页面的链接（${BUILD_URL}）
构建失败的单元测试信息（${FAILED_TESTS}）
自上次构建以来所做的修改（${CHANGES}）
自从上次成功构建以来所做的所有修改（${CHANGES_SINCE_LAST_SUCCESS}）
SVN地址（${SVN_URL}）
-
SVN版本（${SVN_REVISION}）
等。
其次，我们可以自定义触发条件，也就是何时发送邮件：
Always：任何一次构建之后
Failure-1st：第一次构建失败
Failure-Any：任何时候构建失败
Failure-Still：任何连续构建失败
Unstable（Test Failures）：任何时候构建是不稳定的
Unstable（Test Failures）-Still：任何连续的不稳定构建
Success：任何成功的构建
Fixed：当构建从失败或不稳定变成成功
-
Before Build：每次构建开始之前
等。
最后，我们还可以自定义通知的人，也就是邮件发给谁：
Culprits：如果已经选择了Developers，邮件将包含最后一次成功构建的提交者
Developers：最后一次构建的代码提交者
Recipient List：收件人列表，即“Project Recipient List ”列表中的所有人
Requester：构建触发者
Suspects Causing Unit Tests to Begin Failing：导致单元测试失败的人
Suspects Causing the Build to Begin Failing：导致构建失败的人
Upstream Committers：上次构建成功后提交修改的每个人
好的实践
经过实践，我们发现：开发人员更关心的是构建失败，因为他需要及时知道构建失败的结果并及时进行修复，而团队负责人更关心的是构建失败是否有人及时修复。因此，为了减少邮件通知分散大家精力，我们建议采用以下电子邮件通知策略：
第一次构建失败只发送给提交更改的开发人员
任何连续构建失败同时发送给团队负责人
构建失败之后的首次构建成功同时发送给团队负责人
如下图所示：其中收件人列表中放置团队负责人。
