CI生成状态输出方案

我们目前使用Cradiator来显示我们的持续集成(CI)的CruseControl.net构建的状态,一台42“三星电视在显示高在我们的IT部门。

Cradiator是一个伟大的起点,但我们正在给点意见,由此,我们遇到了在那里大量的项目和它开始变得有点'全'。

我想知道的是,你用什么来显示你的构建的状态? 定制的软件? 现成的东西吗? 等等。另外,我正在寻找的想法,我们如何提高Cradiator。

--------------解决方案-------------

我用的哈德森,当我有机会奉献一台显示器吧,我要开始这样的:

http://wiki.hudson-ci.org/display/HUDSON/Radiator+View+Plugin

......毕竟,如果他们是绿色的,他们并不需要占用的屏幕空间,不是吗? 试想一下,如果他们都是绿色的。 人们会很高兴地(和正知情),如果它表现出了很大的选中标记,再没有别的。 所以,你只有真正需要突出失败的。 Cradiator看起来换肤,而你已经在使用它,所以这是第一件事,我会尝试。

我提到哈德森在前面的回答了几种解决方案:

有许多解决方案(以下点在与哈德森的或现有的插件解决方案的各个环节):

  • 哈德森构建状态熔岩灯
  • 哈德森环境宝珠
  • 哈德森自己动手宝珠
  • “红熊警报!” - 哈德森熊灯
  • “观看自行车!” - 极端反馈交通灯
  • 开始闻到这些代码味道
  • Nabaztag
  • TuxDroid
  • 散热器视图(非常适合在办公室的墙上显示在屏幕上)
  • 极限反馈面板(甚至比散热器查看好,尤其是对的FullHD平板)

退房的其他构建通告程序插件更多的想法。

就个人而言,我所经历过的兔子,熔岩灯,球体和散热器观点。 他们都做了工作,但我有一点偏爱熔岩灯。 正如杰弗里在另一个答复中提到,它的确滑稽抢蜡修复构建失败:)

目前,我们正在使用的散热器视图,包括现在在这个意见中提到的修改。 它的使用空​​间,以一种非常简洁的方式,并做了完美的工作,甚至当你有很多的项目。 这只是伟大的。

检查链接查看更多截图。 我想念熔岩灯位(因为它们是有趣),但散热器View提供更好的反馈海事组织。

一个想法(和Cradiator确实有它的问题跟踪器项目)是只显示破的基础之上。

另一个想法,就是要监控多个配置集和开关/在设定的时间间隔它们之间褪色。

我们的团队有12个项目进行监控,但要避开混乱,我们现在有1机2台显示器连接。 每个显示器Cradiator的在其上运行的实例。 这样做并使用Cradiator我们展示5个项目,一台显示器上和在其他不同的7正则表达式项目筛选功能 。 这应该让我们下去,直到约15个项目,当杂波将开始联合起来对付我们了。

Cradiator是开源和“皮肤”的概念是相对孤立的,只是等待着你让你的手脏源代码!

事实上,我刚刚搬进了Cradiator源代码,GitHub上一个更灵活的方式来分享彼此的工作。 叉了。

其中一个散热构建状态信息,进入一个房间的主要目标是让开发人员以应对破构建和解决这些问题。 迅速制定出谁可能是负责一个失败的构建是非常重要的。

我所亲身经历在我的公司是加工入住手续的意见和显示用户有助于构建的照片是让开发人员能够应对构建失败的非常有效的方法。 人们似乎回应他们的脸就红酒吧,和其他人没有被如此分心。

考虑到这一点,我已经开发了一个独立的散热器构建web应用程序,讨论詹金斯和TeamCity的在他们的REST API CI-Eye是微不足道的设置,并可能给你在职场中更好的效果比很多其他插件插件和散热器的应用程序。 给它一个尝试,让我知道你在想什么 - 我很积极地改进它,并欢迎任何反馈。

CI-Eye是免费和开源的 -看到的CI-眼维基的更多细节。

一个不错的选择持续集成散热器Buildron(Mac和胜)。

它支持大量的构建在同一屏幕上,你可以看到:

CI生成状态输出方案

你可以过滤构建使用远程控制(的iOS和Android)。

如果项目依赖于对方莫名其妙,或者您可以指定一些优先级(业务价值?),那么我会考虑一些树或地图样的东西。 对于100多个项目,它确实应该是其中青菜更加明显/红色比其他人更重要。 我自己,我只使用结构化的Web仪表盘+系统托盘。 甚至没有电子邮件。

布雷特,实际上Cradiator只是增加了一个名为多视图来Cradiator功能-这是固定有太多的项目,显示您的问题的一种方式。

所以,你可以单独的“意见”之间分割你的项目。 视图是URL /皮肤和项目筛选的组合。

每个视图显示在一个旋转周期的每个轮询间隔(默认30秒)

例如,如果你有12个项目,可以设置2次只有6个,每个显示。 请参见发行说明V2.8了解详细信息。

只有打破建立功能的节目已经被加入。

CI生成状态输出方案

分类:构建过程 时间:2012-01-04 人气:243
本文关键词: 持续集成,构建过程
分享到:

相关文章

  • 版本控制Hudson持续集成构建乔布斯 2013-05-16

    我们有一个持续集成服务器,拥有40作业是不断变化的. 我想版本控制持续集成构建在哈德森的工作,所以我们可以回滚的变化,如果我们有问题. 是否有一个哈德森插件,将这样做或已经存在的或者我应该保持SVN在config.xml文件中其他的解决办法. --------------解决方案------------- 哈德森实验室有这个一个真正伟大的写了起来, 让您的配置和数据的颠覆 这是文章的第一位 我们都知道,保持在版本控制的重要文件是至关重要的,因为它可以确保有问题的变化可以恢复,并可以作为备份机制也

  • 与NUnit的2.5.X和.Net 4.0持续集成/构建 2012-04-23

    好了,这里是我的当前设置和我此刻的问题. 我有一个一组的项目越来越多Visual Studio解决方案. 该解决方案包含15个项目(给予或采取一些)和快速增长代码库. 我意识到,我应该有一个持续构建系统建立之前,我得到了这一点,但它永远不会太晚,我想. 这样一个小小的研究之后,我相信我的完美的设置是: NUnit 2.5.x (我们已经依赖于这个...所以必要) 集成CruiseControl.Net (开放给其他的选择,但只有自由的使用Git支持) 一个代码覆盖工具(集成NCover , Do

  • 加快PHP持续集成构建服务器上哈德森CI 2012-05-23

    我想我建立了一些加快 ,并一直在寻找如何做到这一点的一些想法. 我目前使用Hudson作为持续集成服务器的PHP项目. 我使用Ant build.xml文件做构建,使用类似于塞巴斯蒂安伯格曼的文件php-hudson-template . 目前,尽管(由于一些奇怪的问题,哈德森崩溃其他方式),我只是运行phpDocumentor phpcpd和phpUnit phpUnit确实产生Clover代码覆盖报告了. 下面是一些可能的瓶颈: phpDocumentor :取180秒. 有在我的项目的一些

  • 均码冻结仍然有效使用持续集成构建设置什么时候? 2012-10-13

    我已经使用在过去取得了巨大成功持续集成服务器,并没有需要不断的源代码控制系统上执行代码冻结. 然而,最近似乎无论我看,大部分商店都使用准备释放,或他们的产品,甚至一个新的测试版本时,代码的概念冻结. 这个想法运行,即使在目前的任务. 当您检查,早期常和使用单元测试,集成测试,验收测试等,代码死机仍然需要? --------------解决方案------------- 持续集成是一个"建立",但它的开发周期规划的一部分的一部分. 就像在TDD的"测试"是在开发周期的

  • 在持续集成构建运行JavaScript的单元测试headlessly 2012-11-26

    我有一个持续集成系统(Atlassian的竹2.5​​)上运行的web应用程序构建计划. 我需要将QUnit为基础的JavaScript的单元测试到构建计划,以便在每个构建,Javascript的测试将被运行,将竹解释测试结果. 最好我想能够使构建过程"独立",这样就可以无需连接外部服务器. 好的想法如何做到这一点? 运行构建过程的CI系统是Ubuntu Linux操作系统的服务器上. --------------解决方案------------- 当我设法拿出一个解决方案,我自己,我

  • 在持续集成构建你如何使用商业库? 2013-12-13

    环境 我们正在使用许可的Infragistics的WinForm控件创建桌面应用程序. 我们所有的软件版本是一个CruiseControl.NET服务器上执行. 备注 : 没关系的Infragistics和CCNET的组合-的.NET控件任何其他商业库和任何其他CI服务器可能会导致同样的情况 编辑 :谈到安迪的回答,这可能是一个Infragistics的,只发放. 据我了解Infragistics的许可协议的条款,你可以另外在自动构建环境(在规定的情况下)使用的开发机器使用的许可证. 那很好!

  • TFS持续集成构建触发只有在解决一个项目 2014-09-08

    有没有一种方法来创建构建定义,在2010年TFS,使用持续集成的触发,并且只构建谁的代码更改的项目. 为了澄清,我正在寻找的是以下情况: 1解决方案 在解x项目 每个项目 1生成定义 所有版本是CI触发 当一个项目入住occours只计划被构建和测试. --------------解决方案------------- 在构建定义的地方"项目,以建立"中的"进程"选项卡中的任何*的部分.*凸出,而不是*的.sln的. 在"工作区"部分,只选择与该项目

  • 部署网站作为持续集成构建的一部分 2012-09-07

    我开始使用做持续集成我们网站的建立. 我现在有CI服务器发布站点的文件夹. 下一步骤是将文件部署到我们的网站. 该网站设立了我们的持续集成服务器上,以便我们可以看到我们构建的结果. 该网站设置为默认的Web站点在IIS中的虚拟目录下. 我挣扎着如何构建文件部署到网站. 如果我复制/ XCOPY / ROBOCOPY档案文件,我应该停止和启动服务器上的Web发布服务作为脚本的一部分虚拟目录的物理目录? 我应该回收应用程序池? 那么以后移动构建到QA服务器或生产服务器? 你会使用这个工具是什么? 预

  • 什么是设置的首选方式与TeamCity的一个大项目持续集成构建链? 2012-12-01

    有一段时间我的公司现在使用Maven和TeamCity的构建Java的东西. 目前,我们正在投入相当严重的不断融合,并最终持续交付. 在许多较小的应用程序(应用程序)我们经营与大约一个大的整体应用. 百万LOC. 在相当大的生成代理这个应用程序仅需5分钟,编译(包括2分钟svn的了). 其12K单元测试运行的5分钟. 部署构建结果的Nexus至少需要10分钟. 为了给开发者,我们试图拆分在不同的构建任务要完成的作业量提供快速反馈. 目前我们使用以下设置: 第1步:编译一切(5分钟),如果失败,中

  • 持续集成构建 - 版本 2013-01-12

    我有关于使用版本号,发布版本和持续集成的问题. 到目前为止,在我们建立,我们一直在使用发布的版本中的每一个构建的所有组件. <dependency> <groupId>com.mycompany</groupId> <artifactId>mydependency</artifactId> <version>RELEASE</version> </dependency> 这具有的优点是,我们总是使用最长达每个依

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 1.382 (s). 11 q(s)