持续集成工具

Question

我正在做关于持续集成工具的研究并且有益处。对于我的研究IM查看以下工具：

1. GitLab CI
2. 詹金斯
3. 竹
4. GoCD
5. 的TeamCity

现在我不会打扰你的所有要求，并好处。但到目前为止，我不是发现，除了这些工具之间有很大差异：

1. 扇入扇出支持GoCD
2. 社区的规模，詹金斯和GitLab似乎有最贡献者
3. 成本
4. 开源与否
5. 金额可用的插件

我想知道，如果有人谁不得不选择连续INTEGRAT离子工具也可以分享那里的经验，以及为什么他们选择了这个工具，并且在选择我没有涉及的之前，是否有某些值得思考的差异。

由于扇入式扇出支持和持续交付管道的可视化，现在我正倾向于GoCD吗？是否有人对此工具的问题有支持经验？

感谢，

Answer 1

免责声明：我是上一次秋季前GoCD的积极贡献者。 我没有使用GitLab CI，所以不会谈论这个:)另外，我在过去的一年中没有使用过这些工具。

我认为TeamCity是一个很好的CI工具。如果您想调试某些故障，它与IDE集成得非常好。测试报告非常出色。但我不认为他们在CD领域是先进的，我认为你们两个都需要。但是如果你只对CI感兴趣，你可能想看看它。但是，您会错过我在下面提到的GoCD的一些优秀特性。

詹金斯有一个巨大的社区，但詹金斯有它自己的缺点。例如，由于某个兼容性问题，另一个插件导致许多次一个插件无法正常工作。

GoCD具有Fan-in/Fan-out支持，可避免许多不必要的构建，节省大量构建时间和资源。价值流图非常直观，有助于从开发人员，QA或交付经理的角度更好地了解构建阶段。 GoCD中的管道建模也非常好。如果您阅读Jez Humble和David Farley关于持续交付的书，您将会看到这种构建设计背后的力量。现在

，你的第二个问题：

现在我正在朝GoCD倾斜，因为扇入扇出支持和 可视化的连续输送管道没有任何人有 对问题的支持体验为这个工具？

很高兴听到：P我爱GoCD。支持很好。如果您选择开源方式，邮件列表非常活跃。您可以期待GoCD团队在一两天内给出答复。当然，你的问题必须是真实的和具体的。在发布问题之前查看论坛帮助:)

您还可以选择从ThoughtWorks购买对GoCD的支持。他们过去常常提供多个支持层级，不确定当前的支持模式。只有当您的数据库变得太大（〜5-7 GB）时，您可能会遇到问题，因为您可能想要从ThoughtWorks获得专有的Postgres DB支持。我已经看到使用该数据库大小的GoCD用户很少。

Answer 2

我对Teamcity和Gocd有很多经验。如果你对粉丝/粉丝感兴趣，也可以在团队城市中做同样的事情 - 它叫做Build Chains。 在官方博客上也有关于此主题的很好post。 如果我可以选择我更喜欢Teamcity。它是更加成熟和功能更丰富的产品，适用于企业环境。