【问题标题】:Which Continuous Integration tool are you using? [closed]您正在使用哪种持续集成工具? [关闭]
【发布时间】:2010-10-25 10:30:26
【问题描述】:

重复:


我计划在我工作的地方开始持续集成。我曾经在以前的工作场所和 CruiseControl.Net 之前使用过 TFS,在此之前我们编写了自己的 CI 服务器。

我想知道其他人正在使用什么工具,为什么?

我主要关心的是windows/.Net环境...

【问题讨论】:

  • 不仅是重复的,而且应该是 CW,因为它是一个民意调查,并且没有明确的答案。

标签: .net tfs continuous-integration cruisecontrol.net teamcity


【解决方案1】:

Hudson 很棒 - 比 CruiseControl.NET 更容易设置,而且还可以生成漂亮的图表。

TeamCity 也很容易设置。

【讨论】:

  • 我同意Hudson 很棒。设置很简单,而且有很大的灵活性,几乎是压倒性的。支持 .NET 项目的 MSBuild 和 NAnt。每个文档都不支持 VCBuild,但如果您需要执行 VC++ 项目,我确信编写一个插件来执行 VCBuild 而不是 MSBuild 会很简单。
【解决方案2】:

我会看一下 CI 特征矩阵,实际上有几十种工具,每一种都有自己的优势。我自己,我是 AnthillPro 的人。

CI Feature Matrix

【讨论】:

    【解决方案3】:

    我们将 CruiseControl.NET 用于 .NET 环境。我喜欢用于跟踪构建状态的 CC Tray 应用程序。

    【讨论】:

      【解决方案4】:

      我们曾经有两个 Cruise Control.net 服务器,它们之间运行大约 20 次构建。我们已经开始将它们全部转移到单个虚拟化 TeamCity 服务器上,并且我们正忙于添加更多(虚拟)构建代理以减少构建时间并减少排队构建。

      我真的很喜欢 TeamCity 的简单性和用户界面。在我们节省了配置它的时间里,它很容易支付许可证费用。它还允许通过不同的代理轻松扩展构建并将一个构建的输出馈送到其他构建的输入。

      我们确实看过 Hudson 和 Cruse,但很难通过阅读手册和使用简单的测试构建来确定哪个最好。

      【讨论】:

        【解决方案5】:

        我们使用 CruiseControl.net 和一些自定义 Ruby 脚本,在每次构建结束时执行更广泛和自定义的行为。

        目前这些基于 CC.Net 的 1.3 版本,但随着 1.4 的出现,可以使用基本系统和任何挂在它上面的东西来做更多的事情。

        我写了a few blog posts关于我们可能感兴趣的 CI 流程。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2010-09-15
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2011-02-03
          • 2010-10-26
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多