|
1
2
我用的是哈德逊,当我有机会用一台显示器的时候,我会从这个开始: http://wiki.hudson-ci.org//download/attachments/37323554/Hudson_1.jpg http://wiki.hudson-ci.org/display/HUDSON/Radiator+View+Plugin ... 毕竟,如果他们是绿色的,他们不需要占用太多的屏幕空间,是吗?想象一下如果它们都是绿色的。如果它显示了一个大大的复选标记,而没有其他东西,人们也会同样高兴(也同样知情)。所以你只需要突出那些失败的。Cradiator看起来很瘦,而且你已经在使用它了,所以这是我要尝试的第一件事。 |
|
2
2
我们当前使用的散热器视图现在包括中提到的修改 this comment
|
|
|
3
1
一个想法(Cradiator确实有一个问题跟踪项)是 only showing broken builds 另一个想法是监视多个配置集,并以设置的间隔在它们之间切换/淡入淡出。 我们的团队有12个项目需要监控,但是为了避免混乱,我们目前有1台机器和2个监视器连接。每个监视器上都有一个运行Cradiator的实例。这样做并使用正则表达式 项目筛选器 Cradiator是开源的,“皮肤”的概念是相对孤立的,只是在等着你在源代码中弄脏你的手! 事实上,我刚刚将Cradiator的源代码移到 GitHub 以更灵活的方式分享彼此的工作。叉开。 |
|
|
4
1
将构建状态信息辐射到文件室的主要目标之一是让开发人员对损坏的构建做出响应并修复它们。快速找出谁可能对失败的构建负责是很重要的。 我在公司的亲身经历是,处理签入注释和显示参与构建的用户的图片是让开发人员对构建失败做出反应的非常有效的方法。人们似乎在红条上对自己的脸做出反应,而其他人则不必如此分心。 考虑到这一点,我开发了一个独立构建的web应用程序,可以通过restapi与Jenkins和TeamCity对话。 设置起来很简单,在工作环境中可能会比其他插件和应用程序提供更好的结果。试一试,让我知道你的想法——我正在积极改进,欢迎任何反馈。 CI-Eye是免费和开源的 --看到了吗 CI-Eye wiki 更多细节。
|
|
|
5
1
|
|
|
6
0
如果项目相互依赖,或者如果你能分配一些优先级(商业价值?),那么我会考虑一些树或地图类的东西。对于100多个项目来说,应该更清楚哪些绿色/红色比其他更重要。我自己只使用结构化的web仪表板+systray。甚至连电子邮件都没有。 |
|
|
7
0
Brett,实际上Cradiator刚刚添加了一个叫做 多视 到 Cradiator 所以你可以在不同的“视图”中分割你的项目。视图是URL/Skin&的组合;项目筛选器。 每个视图在每个轮询间隔(默认30秒)的循环周期中显示 例如,如果有12个项目,则可以设置2个视图,每个视图仅显示6个。 Release Notes for v2.8 详情。 这个 仅显示中断生成 功能也已添加。
|