InfoQ

新闻

ThoughtWorks启动CruiseControl企业版

作者 Geoffrey Wiseman译者 乔梁 发布于 2007年5月17日 上午3时30分

社区
Agile
主题
构建系统
标签
持续集成,
ThoughtWorks

ThoughtWorks已经启动CruiseControl企业版(CruiseControl Enterprise)项目,以增强和支持CruiseControl这个持续集成服务器的鼻祖。

初始计划主要是增加了CruiseControl的用户接口(一个报告系统),在2007年六月将发布企业导航板(Enterprise Dashboard)、构建概要和构建详细报告三个特性。

ThoughtWorks也将提供24x7小时的技术支持(每五个服务请求打成一个包,起价为15000美元),以及持续集成的咨询服务(价格因需而议)。

Dave Farley写的一篇论文中提到:很多持续集成环境只用于构建阶段,而没有波及到部署及之后的其它阶段。他在文中还提出了一种方法,可以将其推广到“持续构建”之外的阶段。

InfoQ有幸采访了Paul Julius。他是CruiseControl企业版的产品经理,也是CruiseControl的奠基人之一。

当被问到开源CruiseControl项目与CruiseControl企业版的关系,以及ThoughtWorks如何为社区出力时,Paul提到了一个专门的开发和支持团队:

他们正在更新我们所提到的报告系统。我们现在做的所有东西将全部是开源的。开发团队也会加入到开源社区中贡献代码,审核补丁,回答用户和开发者的问题。当企业版的CI特性确定以后,他们将开发那些特性。

当企业版的专有特性完成以后,它们也会作为专有的扩展添加到CruiseControl的开源版本中。到那时,就不会有单独的一个CruiseControl企业版的产品分发版本。

这些[专有的]扩展将主要集中于满足大型企业持续集成环境的需求,而那些广泛应用于非大型项目的特性将继续走开源之路。开源社区也将继续提升CruiseControl。不断修缮,并提出各种新的想法。开源社区会兴旺起来,并会有它自己的发展道路。

当谈到CruiseControl企业版的计划时,Paul描述了为下一个发布版做出的变化:

  • 可以看到构建的内部过程(例如,通过报告系统看到Ant的输出)
  • 更清晰的数据概要
  • 利用Ajax等技术提升用户接口
  • 通过报告系统,可以快速且完整地添加标准项目
  • 通过报告系统,可以更新CruiseControl的配置。这个特性以前也有,是通过JMX和rudimentary text field做的。它将与其它管理任务一样成为框架的一部分,并通过某些校验来限制错误的发生。
  • 可以创建报告系统“小部件”(例如,panopticode integration)来总结构建中的输出数据。在过去,这是通过XSLT来实现的。新的Widget框架全面提供了对Java语言的灵活性。
  • 通过RSS和XML向后兼容。我们不破坏现存的第三方工具,比如CC Tray、Yahoo Widget等等。

他也谈到了长远规划:

这个即将发布的版本将以简化企业类持续集成环境的创建与管理为焦点。

在持续集成的企业应用中有哪些常见的挑战呢?

大企业可能面对数百个项目的集成,一部分是正在开发的,一部分可能是遗留下来的。确保所有项目的同步并正确地构建、测试、部署是极其复杂的。在生产运行环境中,简单的Java版本序列号UID的错误就可能引起严重问题。更复杂的问题(比如需要运行12小时以上的回归测试)可能降低对开发人员、测试人员和管理者的反馈的速度。

CruiseControl企业版为这些问题提供了解决方案,并还会继续加入新的特性来支持这类环境。ThoughtWorks会利用他们在持续集成方面的经验使大企业能够更高效地做出决策,更快速的解决问题,并缩短上市时间。
查看英文原文:ThoughtWorks launches CruiseControl Enterprise
译者简介:乔梁,BJUG成员,在IT领域工作多年,先后从事过软件开发、架构设计、技术管理等工作,目前从事项目管理工作。关心软件技术领域发展,对软件生命周期管理及过程改进方面的内容很感兴趣,对敏捷方法论亦有所了解。他的个人Blog为:http://blog.csdn.net/tony1130。为InfoQ中文站贡献内容,请邮件至china-editorial@infoq.com

没有回复

回复

独家内容

开发者眼中的Android手机平台

在四月份的Beijing Openparty上,InfoQ中文站特邀编辑仝健对三位开发者进行了采访,请他们从开发者角度谈一下对Android的认识和感觉。

智能服务契约带来的巨大伸缩性

可伸缩性并不是无状态设计倾向假设的那个布尔值(译注:一般都认为无状态设计的伸缩性好,此处暗示布尔值为True)。Udi的团队使用服务契约来处理多维度的伸缩性问题,避免了二次失败。

使用NetKerne实现REST风格的ESB

Jeremy Deane对使用NetKernel来编写REST风格的ESB应用做了一番深入的研究。他详细地剖析了选择商业ESB应用的决策过程,以及最终如何使用NetKernel来实现该应用。

多个敏捷团队之间的版本控制

当多个敏捷开发团队在同一个代码库上进行工作时,如何在保证混乱最小化的同时,还能在每个迭代结束时拥有一个干净的、可发布的软件版本?Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写,而是为我们这些希望进行简单、有效的协作的人所准备的。

想快快喝下Google果汁——Guice吗?

依赖注入出现已经有一段时间了,很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中,Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。

Scrum实施情况调查之案例分析

前不久,InfoQ中文站上发表了一篇文章:Scrum在中国——企业实施情况调查实录,引起了激烈争论。在本文中,作者通过对调查实录中案例的分析诊断,探讨了敏捷开发方法的概念及应用。

Jim Marino与Meeraj Kunnumpurath专访:关于SCA和Fabric3

BEA发布了在WebLogic 10.3中支持的SCA技术预览版,它是以开源的Fabric3运行时为基础构建的。InfoQ对Jim Marino和Meeraj Kunnumpurath进行了专访,前者是BEA Systems的技术主管,后者是VocaLink的首席技术人员。我们就他们对SOA和SCA的看法,VocaLink实施SOA的方法和这个技术的关键优势进行了讨论。

Ruby调试器一览

在Ruby世界中流行着一个误解:Ruby没有调试器。这是明显的错误——Ruby不但有调试器,还有供调试器用的GUI和API。InfoQ仔细调查了Ruby世界中调试器的现状——发现Ruby的调试功能支持已经很好了。