我正在研究持续集成工具及其好处。对于我的研究,我正在研究以下工具:
- 亚搏体育appGitLab持续集成
- Jenkins
- Bamboo
- GoCD
- TeamCity
现在我不会打扰你所有的要求和好处。但到目前为止,除了这些之外,我还没有发现这些工具之间有太多差异:
- 扇入扇出支持GoCD
- 社区规模,Jenkins 和 GitLab 似乎贡献者最多
- Costs
- 开源与否
- 可用插件数量
我想知道一些必须选择持续集成工具的人是否可以分享他们的经验以及他们为什么选择该工具,以及在选择我没有涵盖的内容之前是否存在值得考虑的某些差异。
现在我倾向于 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 的支持。他们曾经提供多个支持级别,但不确定当前的支持模型。仅当您的数据库变得太大(~5-7 GB)时,当您可能想要寻求 ThoughtWorks 的专有 Postgres DB 支持时,您可能会遇到问题。我见过很少有 GoCD 用户具有这样的数据库大小。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)