Jenkins Build Radiators(构建发射源)

原创
2015/06/03 11:07
阅读数 559

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

展开阅读全文
打赏
0
4 收藏
分享
加载中
更多评论
打赏
0 评论
4 收藏
0
分享
返回顶部
顶部