Jenkins 是目前最常用的持續(xù)集成工具，擁有近 50% 的市場份額，它還是很多技術(shù)團隊的第一個使用的自動化工具。但是隨著自動化領(lǐng)域的持續(xù)發(fā)展，Jenkins 逐漸暴露出了一些問題，例如缺乏功能、維護問題、依賴關(guān)系和擴展問題等等。

這些問題促使我們尋找替代方法。這就是為什么在本文中，我們提供了用于持續(xù)集成的最常見的Jenkins替代品列表。

[[404950]]

1. BuildMaster

Buildmasters是由Inedo研發(fā)的Jenkins替代品，它可以使開發(fā)者把軟件發(fā)布到任何環(huán)境。該工具為不同的平臺提供持續(xù)集成功能，使組織可以創(chuàng)建自己的軟件發(fā)布管理平臺。團隊可以處理自己的應(yīng)用程序，并獨立部署到其環(huán)境中。

不僅如此，它還可以防止發(fā)布未經(jīng)測試的軟件。用戶對它的簡單性感到非常滿意。

https://inedo.com/buildmaster/download

2. Microtica

Microtica是一個DevOps自動化工具，涵蓋了整個軟件交付過程，從構(gòu)建云基礎(chǔ)架構(gòu)到使用Kubernetes向云交付應(yīng)用程序和服務(wù)。Microtica的即用型( ready-to-use )組件為用戶提供了可重復(fù)使用的代碼段，并且可以幫助你在幾分鐘內(nèi)創(chuàng)建基礎(chǔ)結(jié)構(gòu)。

借助微服務(wù)生成器，開發(fā)人員可以自動創(chuàng)建微服務(wù)。借助集成的Kubernetes儀表板，他們只需單擊幾下即可創(chuàng)建可擴展的應(yīng)用程序。

Microtica的流水線定義了每個組件和微服務(wù)的工作流程。用戶可以隨時自動或手動觸發(fā)它們，以大致了解其構(gòu)建過程。他們可以執(zhí)行所有操作，而無需離開Microtica Web門戶，每次更改都會有Slack通知。

最后，Microtica允許開發(fā)人員自動化設(shè)置其睡眠周期，從而降低AWS成本。一旦他們激活了節(jié)能模式( saving mode )，Microtica就會自動運行并防止過度支出。而且，所有節(jié)省都可以在節(jié)省成本的儀表板上找到。

https://microtica.com/

3. GitLab

GitLab是基于云的CI平臺，可讓開發(fā)團隊更有效地處理其多樣化的工具。它使組織可以通過集中式的版本控制系統(tǒng)安全地計劃，構(gòu)建和管理代碼。此外，GitLab使用戶能夠使用Docker和Kubernetes來處理組件，處理容器以及打包應(yīng)用程序和依賴項。

GitLab易于集成。但是，它有時可能會有一些煩人的錯誤和局限性，以及在實現(xiàn)完全自動化方面缺少一些功能。

https://about.gitlab.com/

4. CircleCI

Circle CI也是Jenkins替代產(chǎn)品之一，可在任何環(huán)境(例如Python API服務(wù)器或Docker集群)中運行。Circle CI工具消除了漏洞并增強了應(yīng)用程序的一致性。它支持多種語言，例如C ++，NET，JavaScript，PHP，Ruby和Python。此外，當(dāng)觸發(fā)新的構(gòu)建時，可以自動取消排隊和正在運行的構(gòu)建。它可以與GitHub，GitHub Enterprise和Bitbucket集成。

根據(jù)TrustRadius上的用戶稱，CircleCI的最大優(yōu)勢是自動化構(gòu)建，但是有時流水線作業(yè)可能會花費很長時間。

https://circleci.com/

5. Bamboo

Atlassian的Bamboo是一款持續(xù)集成的服務(wù)器，可自動在一個地方創(chuàng)建，監(jiān)視和發(fā)布。它可以輕松地與JIRA應(yīng)用程序和Bitbucket集成。而且，Bamboo與Docker，Git，SVN和Amazon S3存儲集成

Bamboo根據(jù)在存儲庫中檢測到的更改，它可以觸發(fā)Bitbucket的構(gòu)建并推送通知。它既可以托管，也可以本地部署。

使用者說Bamboo的構(gòu)建過程的可見性很好，但是一些概念和集成尚不清楚。

https://www.atlassian.com/software/bamboo

6. TravisCI

TravisCI是一項持續(xù)集成托管服務(wù)，開發(fā)人員可以使用它來開發(fā)和驗證GitHub和Bitbucket托管的應(yīng)用程序。它可以測試所有請求，以確保不會發(fā)布未經(jīng)測試的代碼。你只需登錄GitHub，即可設(shè)置你的項目，包括數(shù)據(jù)庫。

TravisCI非常適合一個小型項目，并且構(gòu)建速度很快。但是，當(dāng)你有一個較大的項目需要照顧依賴關(guān)系以及構(gòu)建的性能時，可能會遇到一些問題。

https://travis-ci.org/

7. Semaphore

Semaphore是Jenkins替代產(chǎn)品之一，支持GitHub，Kubernetes，iOS，Docker，Kubernetes的整個CI/CD流程，并且預(yù)先安裝了100多種工具。

Semaphore可以使任何持續(xù)交付流水線自動化，支持可自定義的階段，還可以并行執(zhí)行，管理三方依賴等。

Semaphore構(gòu)建非?？?，平臺也易于設(shè)置。但是，用戶說UI有時會令人困惑，并且持續(xù)部署的功能有限。

https://semaphoreci.com/product

8. Buddy

Buddy是一個CI/CD平臺，可通過簡單的UI/UX減少配置和維護Jenkins的工作，從而使構(gòu)建和部署應(yīng)用程序變得非常簡單。

你可以通過具有YAML導(dǎo)出功能的GUI，在15分鐘內(nèi)執(zhí)行配置。它能夠完美的支持Docker和Kubernetes，可在云和本地環(huán)境中使用。

Buddy的設(shè)置非常簡單，但是其費用太高了。

https://buddy.works/

9. Drone.io

Drone.io是一個CD平臺，使用簡單的YAML配置文件和docker-compose在Docker容器中創(chuàng)建和執(zhí)行流水線。Drone.io可以在單獨的Docker容器中執(zhí)行每個流水線步驟。

Drone.io是Jenkins替代產(chǎn)品之一，易于安裝，是企業(yè)的理想解決方案，但它缺乏某些功能，需要進一步定制開發(fā)。

https://drone.io/

10. GoCD

GoCD是開源的持續(xù)集成服務(wù)器。你可以使用它來可視化動態(tài)工作流程。此CI工具使用優(yōu)雅的設(shè)計來構(gòu)建CD流水線。

GoCD支持并行和順序執(zhí)行，并可以隨時部署任何版本。它擁有一個積極支持的社區(qū)。

GoCD目前不能夠在多個服務(wù)器上擴縮容，但是它的優(yōu)點之一是你可以自定義自己的流程。

https://www.gocd.org/

11. TeamCity

TeamCity是JetBrains的CI/CD工具。它允許用戶在提交代碼之前構(gòu)建，監(jiān)視和運行自動化測試，從而維護代碼庫的干凈。

TeamCity提供了全面的VCS集成，即使沒有任何內(nèi)部版本運行，也可以始終保持CI服務(wù)器正常運行。它可以與Amazon EC2，Microsoft Azure和VMware vSphere集成。

TeamCity是一個現(xiàn)代，健壯和透明的解決方案，為你的開發(fā)人員提供了友好的流水線環(huán)境。但是，你需要注意服務(wù)器配置。

https://www.jetbrains.com/teamcity/

12. Buildkite

Buildkite是一個開源平臺，你可以在其中運行CI流水線。它提供了代碼控制集成，聊天功能。你可以將其構(gòu)建為代碼系統(tǒng)，從而可以通過其Web平臺監(jiān)視和控制所有流水線。

但是，Buildkite平臺缺少一些DevOps流程，例如源代碼管理和安全測試。

https://buildkite.com/

13. Zuul

Zuul是一個開源CI工具，主要解決了Jenkins關(guān)于CI測試的問題。Zuul和Jenkins的主要區(qū)別在于，Zuul可以跨多個存儲庫測試代碼。除此之外，Zuul的執(zhí)行速度也很快。

近年來，Zuul已成為自動合并，構(gòu)建和測試對項目所做的任何新更改的工具。對于企業(yè)級組織來說，這很有必要。

https://zuul-ci.org/

結(jié)論Jenkins是許多開發(fā)團隊仍在使用的工具。但是，它不再是唯一的CI工具。不斷尋求改善你的工作方式，意味著要使用多種方法，這些方法將幫助你更輕松，更快，更一致地完成工作。在使用傳統(tǒng)方式時，不要忽視創(chuàng)新。

原文：https://dzone.com/articles/13-jenkins-alternatives-for-continuous-integration