持续集成工具 [英] Continuous Integration tools

问题描述

我正在研究持续集成工具及其好处。在我的研究中，我使用了以下工具：

1. GitLab配置项
2. 詹金斯
3. 竹子
4. GoCD
5. TeamCity

现在我不会用所有的要求和好处来打扰您了。但是到目前为止，我没有发现这些工具之间有太多不同之处，除了以下几点：

1. 扇入扇出支持GoCD
2. 社区规模、Jenkins和GitLab的贡献者似乎最多
3. 成本
4. 是否开源
5. 可用插件数量

我想知道一些不得不选择持续集成工具的人是否可以分享他们的经验，他们为什么选择该工具，在选择我没有介绍的工具之前，是否有某些差异值得考虑。

现在我倾向于GoCD，因为扇入扇出支持和连续交付管道的可视化。有谁有关于此工具问题的支持经验吗？

谢谢您，

gocd

免责声明：在上次秋季之前，我是推荐答案的积极贡献者。 我没有使用过GitLab CI，所以就不谈这个了：)另外，在过去的一年里，我没有使用过任何这些工具。

我认为TeamCity是一个很好的CI工具。如果您想调试一些故障，它可以很好地与IDE集成。测试报告非常出色。但我不认为它们在CD空间上那么先进，在我看来，两者都需要。但是，如果您只对CI感兴趣，您可能会想看看它。但是，您将错过我在下面提到的GoCD的一些好功能。

Jenkins有一个庞大的社区，但Jenkins也有自己的缺点。例如，很多时候，一个插件由于某些兼容性问题而导致另一个插件无法工作。

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

现在，关于您的第二个问题：

现在我倾向于GoCD，因为扇入扇出支持和 连续输送管道的可视化有没有人有 有关于此工具问题的支持经验吗？

很高兴听到这个：P我喜欢GoCD。支持率很高。如果你选择开放源码的方式，邮件列表是相当活跃的。您可以在一两天内收到GoCD团队的回复。当然，你的问题必须是真实而具体的。在发布问题之前浏览论坛会有所帮助：)

您还可以选择从ThoughtWorks购买GoCD支持。他们过去常常提供多个支持层，不确定当前的支持模式。当您可能想要从ThoughtWorks获得专有的Postgres DB支持时，只有当您的数据库变得太大(大约5-7 GB)时，您才可能面临问题。我见过很少有GoCD用户有这样的数据库大小。

这篇关于持续集成工具的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！