持续集成工具

Question

我正在进行有关持续集成工具的研究，并从中受益。对于我的研究，我正在研究以下工具：

1. 亚搏体育app CI
2. 詹金斯
3. 竹
4. 光盘
5. 团队城市

现在，我不会为您带来所有要求和好处。但是到目前为止，除以下这些以外，我在这些工具之间没有发现太多差异：

1. 扇入扇出支持GoCD
2. 社区规模，Jenkins和GitLab似乎贡献最大
3. 费用
4. 是否开源
5. 可用插件数量

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

现在，由于有扇入扇出支持和连续交付管道的可视化，我倾向于GoCD的人对这个工具的支持有经验吗？

谢谢，

Answer 1

免责声明：在去年秋天之前，我是GoCD的积极贡献者。我还没有使用过GitLab CI，所以不会谈论它：)另外，在过去的一年中，我还没有使用过任何这些工具。

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

詹金斯（Jenkins）有一个庞大的社区，但詹金斯（Jenkins）有自己的劣势。例如，由于某些兼容性问题，一个插件常常由于另一个插件而无法工作。

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

现在，您的第二个问题：

现在，由于有扇入扇出支持和连续交付管道的可视化，我倾向于GoCD的人对这个工具的支持有经验吗？

很高兴听到：PI喜欢GoCD。支持很好。如果您选择采用开放源代码方式，则邮件列表非常活跃。您可以在一两天内收到GoCD小组的答复。当然，您的问题必须真实且具体。在发布问题之前浏览论坛会有所帮助:)

您也可以选择从ThoughtWorks购买对GoCD的支持。他们曾经提供多个支持层，但不确定当前的支持模型。仅当您的数据库变得太大（〜5-7 GB）并且您可能想从ThoughtWorks获得专有的Postgres DB支持时，您才可能遇到问题。具有该数据库大小的GoCD用户很少见。