Continuous integration 哈德逊或Teamcity，用于持续集成？

我们是一家寻找CI工具的Java商店。 两者似乎都是免费的，但Teamcity似乎更圆滑，得到了更多的支持

我想知道为什么人们仍然会使用哈德逊，是否有人能提供任何支持/反对这两种观点的论据？

+1哈德逊

Hudson是一个非常活跃的项目，有一个广泛的用户社区和一个活跃的用户邮件列表，非常容易开始，易于使用，已经在巨大的项目（JBoss、JAX-WS等）上使用过，因此已经证明成功，提供了非常好的高级功能（例如构建矩阵、构建集群等），是开源的，有很多插件

如果支持真的很重要，你可以得到。但是FWIW，我从来没有遇到过哈德逊的阻挡问题

更新：正如你所知，川口幸介（哈德逊的创始人）已经离开太阳报/甲骨文，开始将哈德逊带入下一阶段。换句话说，这对哈德逊来说不是威胁。如果您正在寻求支持，您可以获得一个作为订阅计划一部分的许可证（此认证版本将Hudson的高质量版本与预定义的插件集以及一些商业插件捆绑在一起）

更新：为了说明各自用户群的规模，这里比较了（实时查询）上几种CI工具的工作趋势：

---

这当然不是一个技术指标。

Team City是目前为止最好的CI服务器。它的杀手级特性是与IDE（IntelliJ、Eclipse和VisualStudio）的紧密集成。例如，当您在IDE中编辑的文件过时时，它可以向您显示是谁更改了该文件以及更改了什么。您可以从IDE提交到CI服务器，在构建网格上运行comile和测试，然后如果构建成功，CI服务器将提交。您可以单击CI web应用程序中的生成报告，它将在IDE中打开相应的文件

---

有可用的插件（我写了一个），但不多。

我非常喜欢Teamcity，但在我使用它的环境中，通过管理层获得Teamcity采购订单所需的时间可能已经超过了将所有内容迁移到Hudson所需的时间

TeamCity非常棒，因为它允许每个开发人员拥有自己的构建概要文件，并从他们的IDE连接到其中。那是“屁股踢”。还有对GIT等的支持。请认真看看。专业版是免费的

我刚刚开始习惯哈德逊，准备进行实验，看看它将如何适应我们当前的环境。我在Teamcity绝对没有任何经验，所以不能对此发表评论，但我很享受与哈德逊的合作

---

hudson有很多插件，hudson站点为您编写自己的（）提供了很多建议。

我们从hudson开始了几个Flex项目，然后迁移到TeamCity，当时.NET开发人员加入了我们的CI工作。现在我们再次更换了TeamCity服务器，回到Hudson。主要原因是: -充满活力的哈德逊社区，比支持更好。 -各种任务的大量插件。 -开源。 -哈德逊是免费的，TeamCity只对10个项目免费

编辑：TeamCity现在可以免费进行20个项目。

反对Hudson的最大理由是每个版本都会引入新的bug

发布非常频繁，因此您必须经常升级，以免落后。这意味着您需要花费大量时间来诊断问题，并返回到以前的Hudson版本。（有时甚至不可能回滚！）

我们在我们的商店中引入了连续部署（当您签入代码时，它会部署在实时站点上！），而不得不与Hudson搏斗的成本太高了

---

我们正积极寻找迁移到TeaStand纯粹是因为哈德森的错误。

< P>我已经向客户推荐他们认为竹子。原因是（好的，从说明书上看！）它与TeamCity有一个非常相似的特性集。然而，主要的好处是与JIRA紧密集成，JIRA作为一个功能/缺陷跟踪系统非常流行。完整的套间是吉拉、绿霍珀、竹子和日食。相当多的客户也有HP质量中心，还有一些插件将其与JIRA连接起来。我也喜欢JIRA、Bambow和GreenHopper都来自Atlassian。

我以前使用并设置过TeamCity和Jenkins（又名新哈德逊），但我同意TeamCity的设置要灵活得多，它只对10个用户或更少的团队免费。这两个系统都很容易设置，并且都有一个插件系统，该系统得到了很好的支持。TeamCity的杀手级功能是预签入工作流，您可以在将代码签入源代码管理之前对其进行测试，Jenkins的优点是，即使您超过了10个用户和构建代理，它也是完全免费的。

您可能对这里的答案感兴趣：如果您还没有加入CruiseControl，我会将其加入其中考虑过了。不能评论java的观点，因为我使用了.NET版本，但我喜欢它。@ire_和_诅咒文章中的任何回复都不能为这两个工具提供一个很好的理由，与巡航控制的另一个相比-1-太多的配置文件需要手动设置“就这么多”。据我所见，自由团队城市的存在使CruiseControl公司破产。我看不出有任何理由对TeamCity使用CruiseControl。原因很多。远程运行/预测试提交是TeamCity非常有用的功能。一般来说，如果您的构建速度不快，TC会更方便，因为在TeamCity中，您可以获得关于构建中发生了什么的持续反馈（有多少测试通过、失败、构建处于哪个阶段等等）。此外，TC通知更为复杂。您可以配置不同的