让开发自动化: 选择持续集成服务器

原：http://www.ibm.com/developerworks/cn/java/j-ap09056/

在我脑海里，我至少能想到 12 种在当前市场上可用的 CI 服务器，包括商业的和开源的。虽然它们都试图自动进行软件构建的过程，但是都有各自的优点和不足。而且，有太多工具可供选择的不良后果就是很难决定究竟应该选择使用哪个。

在选用自动化过程的工具时，要时刻记住的就是：工具要 确实适用。选择错误的工具可能会限制整体的灵活性，会导致执行简单动作反而需要更长时间，或者会把人锁定在特定的支持工具或过程。

特性解释

在保存了这个信息之后，Continuum 每小时查询版本控制系统一次。可以修改项目的设置，查询得更频繁或更少些。我们在这里谈到的是 持续 集成，我建议每五 分钟检查修改一次，而不要每小时一次。

默认情况下，在使用 Ant 时，Continuum 在项目的根目录查找项目的 build.xml 文件。如果使用不同的名称或者这个文件不在项目的根目录，可以修改这个设置。

虽然 Continuum 还是 CI 舞台上的新人，但是它以其易用性和对当前众多流行的版本控制系统和构建工具的支持，还是给这一领域带来了巨大的冲击。我希望在未来的版本中会有添加和查看报告的功能。

?

当设置了 CruiseControl 的这个方面并启动服务器之后，可以访问如图 3 所示的 CruiseControl Web 控制板：

图 3. CruiseControl 控制板

Luntbuild 提供了一整套强大的功能，包括管理项目依赖项和大量的版本控制系统适配器。我认为工作流和用户界面可以简化，因为需要许多步骤来设置和配置工具。

?特性可靠性寿命 目标环境易用性Continuum支持 Ant、Maven1 和 Maven2，以及 shell。

使用 XML-RPC 和 SOAP 的远程管理能力；支持 Maven2；用户群；期待未来有附加的报告和反馈机制——不需要修改代码。在 2005 年发布。期待通过它与 Apache 的关系，得到 Continuum 的更多消息。通过 Apache Maven 的良好用户社区支持产品在市场上仍很新。Linux、Mac OS X、Solaris 和 Win32。优秀的易用性和安装。CruiseControl许多版本控制集成和扩展性。通过 JMX 控制的远程访问。多种反馈机制，包括 RSS、X10、Jabber 以及其他。 在 2001 年发布。在三个服务器中，CruiseControl 在开发中应用得最多。繁荣的用户社区；每个迹象都表示 CruiseControl 还会存在一段时间。Windows 和 Unix；任何能运行 Java JVM 的平台。易于安装。有些人宁愿不修改 XML 配置文件。Luntbuild项目依赖项、标号、安全性组和并行开发。在 2004 年发布。Luntbuild 提供扩展的用户支持选项。用户社区不如 CruiseControl 活跃。 能够运行 JVM 和 servlet 容器的系统。易于安装，但用户界面/工作流需要大大改进。基于 Web 的配置（不需要修改配置文件）。

我在本文中只评估了三个服务器；还有许多服务器可能更适合您的需求。但是既然您理解了如何挑选 CI 服务器，那么选择工作就应当很容易了。请继续关注下个月的文章，我将介绍在开发项目中经常会遇到的构建问题。