共计 3542 个字符，预计需要花费 9 分钟才能阅读完成。
Jenkins 是目前最罕用的继续集成工具，领有近 50% 的市场份额，它还是很多技术团队的第一个应用的自动化工具。然而随着自动化畛域的继续倒退，Jenkins 逐步暴露出了一些问题，例如不足性能、保护问题、依赖关系和扩大问题等等。
本文将为大家介绍几个继续集成中罕用的 Jenkins 代替计划。
1、BuildMaster
我的项目地址：https://inedo.com/buildmaster
Inedo 的 BuildMaster 是 Jenkins 代替计划之一，开发人员可能用它将软件公布到各种环境，为各种平台提供全面的继续集成能力，使团队有能力创立公有的自助公布治理平台，独自解决本人的应用程序并公有部署。更重要的是，防止主动公布未经测试的软件。因为无需精通流水线即可应用，所以用户对它的简洁性都十分称心。
2、Microtica
我的项目地址：https://microtica.com/
Microtica 是 DevOps 自动化工具，从创立云基础设施到应用 Kubernetes 交付应用程序和服务，笼罩了整个软件交付过程。Microtica 的开箱即用组件为用户提供可重用的代码片段，无需额定编码即可帮你在几分钟内搭建起底层架构。
通过微服务生成器，开发人员能够自动化地创立微服务。通过已集成的预上线 Kubernetes 和本地 Kubernetes 仪表板，只有点一点鼠标就能创立出可伸缩的应用程序。
Microtica 流水线定义每个组件和微服务的工作流。用户能够随时主动或手动触发它们，获取整个构建的概览。用户能够在 Microtica 网站内执行所有的操作，每次变更都有 Slack 告诉。
最初一点，Microtica 容许开发人员设置自动化的休眠周期，升高 AWS 老本。一旦启动节约模式，Microtica 会主动运行，避免适度生产。而且，节俭了多少钱还可在老本仪表板中看到。
3、GitLab
我的项目地址：https://about.gitlab.com/
GitLab 是在线 CI 平台，开发团队能够无效地应用各种开发工具，更快、更平安。通过集中统一的版本控制系统进行布局、构建和治理代码。此外，GitLab 使用户能够应用 Docker 和 Kubernetes 来解决构建输入、容器、利用打包和依赖项。有人示意 GitLab 很容易集成。然而，它有时会有一些令人讨厌的 bug 和限度，也短少一些齐全自动化的个性。
4、CircleCI
我的项目地址：https://circleci.com/
CircleCI 是一种可伸缩的 Jenkins 代替计划，它能够在任何环境（如 Python 接口服务或 Docker 集群）中运行。它打消了不稳定性并加强了应用程序的一致性。它反对多种语言，比方 C++、.NET、JavaScript、PHP、Ruby 和 Python。当最近的构建触发后，可主动勾销队列中以及正在构建的工作。它能够与 GitHub、GitHub 企业版和 Bitbucket 集成。TrustRadius 用户说，主动构建是 CircleCI 的最大劣势，但有时候工作太耗时。
5、Bamboo
我的项目地址：https://www.atlassian.com/sof…
Atlassian 的 Bamboo 是继续集成服务，能够主动从一个中央创立、监听和公布利用。它与 JIRA 应用程序和 Bitbucket 集成很不便。此外，Bamboo 集成了 Docker、Git、SVN 和 Amazon S3 存储。基于对仓库中变更的检测，可触发构建并推送来自 Bitbucket 的告诉。它既可托管，也可在本地应用。G2 用户 说，Bamboo 构建过程的可视化很棒，然而一些术语和集成还不太容易了解。
6、TravisCI
我的项目地址：https://travis-ci.org/
TravisCI 是继续集成托管服务，开发人员能够应用它来开发和验证 GitHub 和 Bitbucket 托管的应用程序。它能够测试所有 pull 申请，以确保不会公布进来未测试过的代码。用户能够登录 GitHub 来创立我的项目，包含配置疾速激活的预装置数据库和资源。有评论说，TravisCI 非常适合想要疾速开始构建的小我的项目。然而，在意构建的依赖关系、性能和可靠性的大我的项目，可能会遇到一些问题。
7、Semaphore
我的项目地址：https://semaphoreci.com/product
Semaphore 是 Jenkins 代替计划之一，它笼罩整个 CI/CD 过程，反对 GitHub、Kubernetes、iOS、Docker，并预装了 100 多个工具。它能够自动化任何继续交付流水线，并提供自定义步骤、并行执行、依赖治理等。有人示意，Semaphore 构建十分疾速，而且操作简略。然而，有用户示意，界面有时会令人困惑，而且部署流水线的办法无限。
8、Buddy
我的项目地址：https://buddy.works/
Buddy 是 CI/CD 平台，它通过简略的 UI/UX 来缩小配置和保护 Jenkins 的工作量，这使得创立、评估和部署应用程序变得非常简单。
您能够在 15 分钟内通过具备即时 YAML 导出性能的图形化界面实现配置。它能够在云端和本地应用，并提供残缺的 Docker 和 Kubernetes 反对。有用户反馈，Buddy 很容易操作，然而价格太贵。
9、Drone.io
我的项目地址：https://drone.io/
Drone.io 是自助 CD 平台，它应用简略的 YAML 配置文件和 Dockercompose 的超集在 Docker 容器中创立和执行流水线。运行时会主动下载独立的 Docker，它执行容器中的每个流水线步骤。Drone.io 有 Docker 镜像，能够从 Dockerhub 下载。用户反馈，Drone.io 是 Jenkins 替代品之一，易于操作，是很好的企业解决方案，然而短少一些个性，须要进一步定制。
10、GoCD
我的项目地址：https://www.gocd.org/
GoCD 是 ThoughtWorks 的继续集成开源服务。您能够应用它来简化动静工作流的模仿和可视化。它提供继续交付和优雅的设计来构建 CD 流水线，反对并行和程序执行，能够随时部署任何版本，有沉闷的反对社区。用户反馈，GoCD 与跨服务器扩大不兼容，但长处是能够自定义流程。
11、TeamCity
我的项目地址：https://www.jetbrains.com/tea…
TeamCity 是 JetBrains 的 CI/CD 工具。它容许用户在代码提交之前构建、监督和执行自动化测试，从而保护洁净的代码库。它提供了全面的 VCS 集成，使 CI 服务器始终保持失常运行，即便没有任何构建。它能够与 Amazon EC2、Microsoft Azure 和 VMware vSphere 集成。用户反馈，TeamCity 是现代化的、强壮的和凋谢的解决方案，为流水线提供开发人员敌对的环境，然而须要认真看待服务配置。
12、Buildkite
我的项目地址：https://buildkite.com/
Buildkite 是开源平台，能够在下面运行 CI 流水线。它提供了源码管制、聊天反对，并且不须要拜访源码。你能够将基础设施作为代码零碎来进行调度，从而使你能够通过他们的网页平台监督和管制所有流水线。然而，该平台短少一些 DevOps 流程，比方源码治理和平安测试。
13、Zuul
我的项目地址：https://zuul-ci.org/
Zuul 是开源 CI 工具，次要解决 Jenkins 在 CI 测试中的问题，提供以最快的速度测试序列化的将来状态的能力。次要差别是，它能够测试多个仓库的代码，以确保如果某个变更毁坏以后我的项目或其余我的项目，则不让该变更传递到生产环境中，称为 co-gating。
多年来，Zuul 曾经成为主动合并、构建和测试项目变更的工具。对于企业用户来说，它是构建大量必须彼此同步工作的我的项目的现实抉择。
14、论断
很多开发团队仍在应用 Jenkins，然而它不再是惟一的 CI 工具。不断改进工作形式，会有多种办法让你更轻松、更快、更统一地实现工作。猛攻传统或漠视翻新，将失去竞争劣势。
作者 | Marija Naumovska \
策动 | 田晓旭 \
原文 | dzone.com/articles/13-jenkins-alternatives-for-continuous-integration
近期热文举荐：
1.1,000+ 道 Java 面试题及答案整顿(2021 最新版)
2. 别在再满屏的 if/ else 了，试试策略模式，真香！！
3. 卧槽！Java 中的 xx ≠ null 是什么新语法？
4.Spring Boot 2.5 重磅公布，光明模式太炸了！
5.《Java 开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞 + 转发哦！
