复制:
我计划在我工作的地方开始持续集成。我曾经在我以前的工作场所和 CruiseControl.Net 之前使用过 TFS,在此之前我们编写了自己的 CI 服务器。
我想知道其他人正在使用什么工具,为什么?
我主要关心windows/.Net环境......
我计划在我工作的地方开始持续集成。我曾经在我以前的工作场所和 CruiseControl.Net 之前使用过 TFS,在此之前我们编写了自己的 CI 服务器。
我想知道其他人正在使用什么工具,为什么?
我主要关心windows/.Net环境......
Hudson 很棒 - 比 CruiseControl.NET 更容易设置,并且还可以生成漂亮的图表。
TeamCity 也很容易设置。
我会看一下 CI 特征矩阵,实际上有几十种工具,每一种都有自己的优势。我自己,我是 AnthillPro 的人。
我们将 CruiseControl.NET 用于 .NET 环境。我喜欢用于跟踪构建状态的 CC Tray 应用程序。
我们曾经有两个 Cruise Control.net 服务器,它们之间运行大约 20 个左右的构建。我们已经开始将它们全部转移到单个虚拟化 TeamCity 服务器上,并且我们正忙于添加更多(虚拟)构建代理以减少构建时间并减少排队构建。
我真的很喜欢 TeamCity 的简单性和用户界面。在我们节省了配置它的时间里,它很容易支付许可证费用。它还允许在不同的代理上轻松扩展构建,并将一个构建的输出馈送到其他构建的输入。
我们确实看过 Hudson 和 Cruse,但很难通过阅读手册和使用简单的测试构建来确定哪个最好。
我们使用 CruiseControl.net 和一些自定义 Ruby 脚本,在每次构建结束时执行更广泛和自定义的行为。
目前这些都是基于 CC.Net 的 1.3 版本,但随着 1.4 的出现,可以使用基本系统和任何挂在它上面的东西来做更多的事情。
我写了几篇关于我们的 CI 流程的博文,可能很有趣。