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