Jenkins vs Bamboo ，哪个更适合构建应用程序？

在过去十年，应用程序的构建和部署方式日新月异。有些企业奋力追逐 CI/CD 前沿技术，他们大都收获匪浅，这一点市场份额数据可以证明。在对比 Jenkins 和 Bamboo 时，团队的选择与自身经验和工作流程息息相关。在本文中，我们将讨论这两种产品，指出各自的优势和不足。

Jenkins 提供了可靠的构建系统

Jenkins 是以 Java 为基础语言的构建程序， DevOps 工程师常常会使用。Jenkins 是一个开源的构建应用程序，功能发展齐全，不过，这也离不开社区成员多年来地积极参与和共同努力。数据显示，Jenkins 的行业使用率高达 51%。

当开发人员需要在工作站上创建许多部署包时，构建应用程序开始流行起来。过去的经验证明，手动操作容易出错，而且通常需要有足够经典知识的人才能正确打包。工程师们竭尽所能将软件构建自动化，并努力实现无缝对接以避免人工操作。

要实现 Jenkins 和 Bamboo 地全方面对比可能不太容易。总的来说，Jenkins 是一个用于构建软件包的系统，为后续部署做准备，其主要工作是创建一个统一的二进制包。CI/CD 管道则负责发布、管理各个部署目标及其他各种配置。

Bamboo 处理的内容则更多，它可以进一步部署软件包。一些开发团队希望 Jenkins 能够继续分离构建和部署步骤，同时也保持原始变更请求的引用。开发师使用 Jenkins 和必备插件来集成各种工件目标，或链接回项目任务系统。

为构建和部署扩充 Bamboo

在 DevOps 和软件交付自动化领域，Atlassian 长时间地处于领先位置。但很多公司在使用其JIRA 项目管理产品的同时，经常需要用堆栈中的其他产品来对 JIRA 系统进行补充。Atlassian 在 2010 年收购了  BitBucket，开始了托管代码的旅途。最终，他们选择了Bamboo 类的产品进行扩展，进一步提升 BitBucket 与 Git 存储库的无缝集成。

与 Jenkins 不同，Bamboo 本机支持 Git 工作流自动化的某些部分。因为他们还有 BitBucket，可以作为 Git 存储库，所以两者集成自然而然更为容易。一些公司在编写代码时，则更偏爱 GitHub 或 GitLab 等其他系统。Jenkins 和 Bamboo 都可以与这些平台集成，以执行必需的构建任务。这与我们在 Jenkins vs TeamCity 的文章中所讨论的内容类似。

在对比 Jenkins  与  Bamboo 部署难度时，Bamboo 显然更占优势。首先，Bamboo 可以进行构建和部署进程。此外，Bamboo 具有多种控制功能，同时有扩展到云和本地系统的能力，为软件顺利交付提供了更多保障。因此，Bamboo 对一些团队来说也更具吸引力，毕竟产品的用户体验更好。

如前所述，我们可以只使用 Bamboo 的构建功能。这样的话，用户可以利用一些其他的实用功能，比如，Atlassian 提供了更高级别的连接性能和企业级支持。另外，Bamboo 产品可以让一些团队对所有操作和管理功能进行有限控制。虽然这在 Jenkins 中也可以实现，但是版本管理可能很棘手，并且可能需要额外的插件来实现这种互操作性。

相似之处

聚焦这两个构建系统的相似性，我们可以明显看到，Bamboo 作为 Atlassian 商业产品的优势。许多公司对客户的“交付时间”极为严苛，软件修复要迅速及时。在这些情况下，企业级支持可确保构建进程的任何问题都能及时备份。

这对于一些开发团队来说是至关重要的，不过，使用社区驱动的开源方案好处也不少。Jenkins及其相关代理可以通过 Docker 甚至 Kubernetes，轻松安装和部署，弹性扩展资源。此外，Jenkins可以控制代理的数量，这也是其吸引用户的关键。

这两个系统都允许特定的代理类型来支持构建软件包。连接的代理与必备的构建工具一起，供用户按需使用。这种扩展构建代理的方式有助于减少构建时间。对某些团队来说，决定因素可能是许可费用。

Atlassian 有一个模型，允许一定数量的代理同时运行，直到达到购买量限制。在 Bamboo 中，如果所有的授权代理都忙于构建，则无法启用其他代理进行额外的构建进程。Jenkins 还将支持动态创建代理，仅受可用资源的限制。

虽然不是本文的重点，但不得不提 Jenkins X 最近已经开放使用。这个开源项目是 Jenkins 服务器版本的扩展，并宣称具有许多与 Bamboo 相似的功能，并可同时享有 Jenkins 用户群相同的社区支持。

Jenkins 与 Bamboo 的项目整合

在这个方面，可能 Bamboo 占一些优势，因为它是 Atlassian 堆栈的本地应用程序，其中包括JIRA。JIRA 是一个项目管理平台，帮助 Atlassian 整个产品领域的集成。除此之外，Bamboo  还集成了一些分支工作流的内置工具，这也成为许多公司选择 Bamboo 的原因。

你可能会好奇为什么项目与任务系统的紧密集成是如此重要。很简单，这是为了帮助提供问题或功能最初报告的路径记录。路径记录对于诊断新引入的缺陷非常有用。在比较 Azure DevOps vs. Jenkins 的文章中，也讨论了类似的产品集成。

由于 Jenkins  覆盖率高，其插件的种类也多，与各个系统的兼容性更强。你的团队所需要的东西很可能是通过社区获得的。感恩，开源将专业的开发人员都凝聚起来，改进产品以适应各种不同的场景。换句话说，前人栽树后人乘凉，你想要完成的目标很可能已经有人帮你做到了，因此不用再浪费时间去专门设计了。

总结

在比较这些工具时，我们可以看到它们其实各有所长。在为 CI/CD 堆栈中的添加新内容时，应考虑所有因素。虽然有些可能需要 Bamboo 提供的端到端解决方案，但有些可能需要像 Jenkins 这样的构建系统的分步和控制。与大多数情况一样，进行适当的调查和成本效益分析至关重要。继续寻找更多信息，证明一些理念，并尝试考虑您可能没有考虑过的场景，才能开发出完整的端到端解决方案。