continuous-integration - 持续集成工具

Question

我正在研究持续集成工具及其好处。对于我的研究，我正在研究以下工具:

1. GitLab CI
2. Jenkins
3. 竹子
4. GoCD
5. 团队城市

现在我不会用所有的要求和好处来打扰您。但到目前为止，除了这些之外，我没有发现这些工具之间有太多差异:

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

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

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

谢谢，

Answer 1

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

我认为 TeamCity 是一个很好的 CI 工具。如果你想调试一些故障，它与 IDE 集成得很好。测试报告很精彩。但我认为它们在 CD 空间方面没有那么先进，在我看来你需要两者。但如果你只对 CI 感兴趣，你可能想看看它。但是，您会错过我在下面提到的 GoCD 的一些优秀功能。

Jenkins 拥有庞大的社区，但 Jenkins 也有其自身的缺点。很多时候，由于某些兼容性问题，一个插件无法正常工作。

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

现在，第二个问题:

Now im leaning towards GoCD because of fan-in fan-out support and the visualisation of the continuous delivery pipeline does anybody have experience with the support on issues for this tool?

很高兴听到这个消息:P 我喜欢 GoCD。支持很好。如果您选择采用开源方式，则邮件列表非常活跃。您可以在一两天内收到 GoCD 团队的回复。当然，您的问题必须真实且具体。在发布问题之前浏览一下论坛会有所帮助:)

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