Jenkins Build Radiators（构建发射源）

为什么80%的码农都做不了架构师？>>>   

information radiators（信息发射源）的概念通常被用在敏捷的圈子里。

据敏捷专家Alistair Cockburn所说：

一个信息发射源是一个贴在一个地方的显示器，当人们工作或路过时能够看到它。

它给读者展示他们关系的信息而不用问别人一个问题。

这意味着更多的交流和更少的打断。

在一个CI服务器的环境中，一个信息发射源是一个突出的设备或显示器，允许团队成员或其他人易于看到是否是否任何构建当前中断了。

它通常展示或者所有当前构建结果的摘要，或者仅仅是失败的构建结果的摘要，并且展示在一个大的、突出的固定在墙上的平面屏幕上。

这种特定的信息发射源通常被称为构建发射源（build radiator）。

当使用得当时，构建发射源是最有效的被动通知策略。它们非常有效的确保每个人都知道失败的构建。

构建发射源能够满足许多构建任务（build jobs）的需要，包括许多失败的构建工作（failing buildjobs），因此能够有效的被使用在多个团队的环境。

对Jenkins来说有几个构建发射源（build radiator）解决方案。

最易于使用的是Jenkins Radiator View plugin，这个插件添加了你可以创建的一种新类型的View，如下图：

配置build radiator view与配置传统的list view非常类似——你仅仅需要指定你想包含在View中的构建Job即可，单独的或者使用正则式选择它们。

因为build radiator view占据了整个屏幕，修改或者删除一个build radiator有点棘手。

实际上，打开view配置的惟一方式是在view的URL后面追加/configure：

所以，如果你的build radiator被叫做“build-radiator”，你可以通过打开http://my.hudson.server/view/build-radiator/configure来编辑view的配置。

build radiator view为每个失败的（failing）或者不稳定（unstable）的构建显示一个大的红色的或黄色的盒子。

构建job的名称以及其他详情显示在突出的信件中。

你可以配置build radiator view显示通过的构建（passing builds），和显示失败的构建一样，（通过的构建将被显示在小的绿色的盒子中）。

不过一个好的build radiator真的应该只显示失败的构建（failing builds）,除非所有的构建是通过的。

参考：

http://guide.agilealliance.org/guide/information-radiator.html

https://www.safaribooksonline.com/library/view/jenkins-the-definitive/9781449311155/ch08s06.html

https://wiki.jenkins-ci.org/display/JENKINS/Radiator+View+Plugin

转载于:https://my.oschina.net/donhui/blog/424194