CI/CD 工具選型：Jenkins 還是 GitLab CI/CD？
在所有可選的用于測試的 CI/CD 工具中，Jenkins 和 GitLab CI/CD 是你肯定應(yīng)該考慮的兩款工具。Jenkins 在 GitHub 上有 16,000+ 點(diǎn)贊，而 GitLab CI/CD 有 2012 個點(diǎn)贊。Jenkins 的點(diǎn)贊數(shù)是 GitLab CI/CD 的點(diǎn)贊數(shù)的 8 倍多。然而，這些數(shù)字并不是選擇一款 CI/CD 工具時需要查看的唯一東西。這也是盡管在點(diǎn)贊數(shù)上有巨大的差距，Jenkins vs GitLab CI/CD 在多個評審平臺上還有著激烈的競爭。
以 G2 為例，Jenkins 在 G2 上平均評分為 4.3 星，有 288 條評論；GitLab CI/CD 在 G2 上的平均評分為 4.4 星，有 270 條評論。可以說，Jenkins vs GitLab CI/CD 是一場旗鼓相當(dāng)?shù)母偁帯Ｓ腥さ氖牵琂enkins 是在 2011 年發(fā)布的，而且在 CI/CD 業(yè)務(wù)上，它一直是測試人員的首選。然而，自 2014 年發(fā)布以來，GitLab CI/CD 一直憑借尖端的功能而高居榜首。我們在發(fā)布這篇文章時，在社交媒體上進(jìn)行了一次民意調(diào)查。
另一個被提到最多的工具是 GitLab CI/CD。作為一個 DevOps 測試專家，你需要根據(jù)你自己的項(xiàng)目、預(yù)算和其它需求來仔細(xì)審查這些工具。為了幫助你，我將對 Jenkins vs GitLab CI/CD 做一個深入的評估，幫助你確定合適的 CI/CD 工具來滿足你的項(xiàng)目需求。
Jenkins 是一款著名的可擴(kuò)展的用于自動化部署的開源 CI/CD 工具。Jenkins 是完全用 Java 編寫的，是在 MIT 許可下發(fā)布的。它有一組強(qiáng)大的功能，可以將軟件的構(gòu)建、測試、部署、集成和發(fā)布等相關(guān)任務(wù)自動化。這款用于測試的自動化 CI/CD 工具可以在 macOS、Windows 和各種 UNIX 版本（例如 OpenSUSE、Ubuntu、Red Hat 等）系統(tǒng)上使用。除了通過本地安裝包安裝，它還可以在任何安裝過 Java 運(yùn)行時環(huán)境（Java Runtime Environment，JRE）的機(jī)器上單獨(dú)安裝或者作為一個 Docker 安裝。
Jenkins 團(tuán)隊(duì)還有一個子項(xiàng)目叫做 Jenkins X，專門運(yùn)行一個與 Kubernetes 無縫銜接的開箱即用的 pipeline。Jenkins X 巧妙地集成了 Helm、Jenkins CI/CD 服務(wù)器、Kubernetes 以及其它一些工具，來提供一個內(nèi)置最佳實(shí)踐的規(guī)范的 CI/CD 工具 pipeline，例如使用 GitOps 來管理環(huán)境。
使用 Jenkins 的一個加分點(diǎn)是，其腳本結(jié)構(gòu)良好、易于理解并且可讀性很強(qiáng)。Jenkins 團(tuán)隊(duì)已經(jīng)開發(fā)了近 1000 個插件，使得應(yīng)用程序可以與其它熟悉的技術(shù)混合使用。除此之外，還可以使用 Credentials Command 之類的插件。這使得向腳本中添加隱藏的身份驗(yàn)證憑證等變得簡單可行。
一旦 Jenkins pipeline 開始運(yùn)行，你還可以驗(yàn)證每個階段通過與否以及每個階段的總數(shù)。但是，你不能在提供的圖形化概覽中檢查特定作業(yè)的狀態(tài)。你可以做的是跟蹤終端中的作業(yè)進(jìn)度。
Jenkins 以其易于配置、自動化構(gòu)建過程和它向用戶提供的大量文檔而聞名。當(dāng)談到 DevOps 測試時，Jenkins 被認(rèn)為是非常可靠的，而且沒必要監(jiān)視整個構(gòu)建過程，而對于其它 CI/CD 工具則不會這么放心。讓我們看看 Jenkins 提供的一些最重要的特性——
Jenkins 在 macOS、Unix、Windows 等平臺上都非常容易安裝。它可以與 Docker 結(jié)合，為自動化作業(yè)帶來更高的一致性和額外的速度。它可以可以作為一個 servlet 運(yùn)行在 Apache Tomcat 和 GlassFish 這樣的 Java 容器中。你可以找到許多支持和文檔來指導(dǎo)整個安裝過程。
這個工具的插件生態(tài)系統(tǒng)相比于其它 CI/CD 工具來說更成熟。目前，這個生態(tài)系統(tǒng)提供了 1500+ 插件。由于這些插件的范圍從特定語言開發(fā)工具到構(gòu)建工具，這使得定制化變得非常簡單便利。因此，你不需要購買昂貴的插件。Jenkins 插件集成也適用于一些 DevOps 測試工具。
這個工具的配置過程非常簡單，只需要在安裝時操作一些步驟。Jenkins 的升級過程也不麻煩且非常直接。而且其提供的支持文檔對于你根據(jù)自己的需求配置工具也幫助很大。
如你所知，這是一個開源項(xiàng)目，擁有一個龐大的插件生態(tài)系統(tǒng)，所有插件的功能都得到了大量社區(qū)貢獻(xiàn)的支持。伴隨 Jenkins 的驚人的社區(qū)參與度也是促進(jìn)其成熟的一個主要原因。
Jenkins 提供了 REST 風(fēng)格的應(yīng)用程序接口來便于擴(kuò)展。Jenkins 的遠(yuǎn)程接入 API 有三種不同的風(fēng)格——Python、XML 以及 JSON（支持 JSONP）。Jenkins 網(wǎng)站中有一個頁面有關(guān)于 Jenkins API 的描述性文檔，有助于擴(kuò)展。
Jenkins 支持并行測試。你可以輕松將它與不同的工具集成并得到構(gòu)建是否成功的通知。開發(fā)者甚至可以在不同的虛擬機(jī)上并行執(zhí)行多個構(gòu)建來加速測試過程。
它可以毫不費(fèi)力地運(yùn)行分布式工作，即任務(wù)在不同的機(jī)器上運(yùn)行，而不會對 GUI（用戶圖形界面）造成影響。值得一提的是，與其它 CI/CD 工具相比，只有這款工具能夠使用與運(yùn)行 GUI 相關(guān)任務(wù)的同一個實(shí)例。
在所有用于測試的 CI/CD 工具中，GitLab CI/CD 毫無疑問是最新且最受贊賞的選擇。它是一款免費(fèi)且自托管的內(nèi)置于 GitLab CI/CD 的持續(xù)集成工具。GitLab CI/CD 有一個社區(qū)版本，提供了 git 倉庫管理、問題跟蹤、代碼評審、wiki 和活動訂閱。許多公司在本地安裝 GitLab CI/CD，并將它與 Active Directory 和 LDAP 服務(wù)器連接來進(jìn)行安全授權(quán)和身份驗(yàn)證。
GitLab CI/CD 先前是作為一個獨(dú)立項(xiàng)目發(fā)布的，并從 2015 年 9 月發(fā)布的 GitLab 8.0 正式版開始集成到 GitLab 主軟件。一個單獨(dú)的 GitLab CI/CD 服務(wù)器可以管理 25000 多個用戶，它還可以與多個活躍的服務(wù)器構(gòu)成一個高可用性的配置。
GitLab CI/CD 和 GitLab 是用 Ruby 和 Go 編寫的，并在 MIT 許可下發(fā)布。除了其它 CI/CD 工具關(guān)注的 CI/CD 功能之外，GitLab CI/CD 還提供了計(jì)劃、打包、源碼管理、發(fā)布、配置和審查等功能。
GitLab CI/CD 還提供了倉庫，因此 GitLab CI/CD 的集成非常簡單直接。在使用 GitLab CI/CD 時，phase 命令包含一系列階段，這些階段將按照精確的順序?qū)崿F(xiàn)或執(zhí)行。在實(shí)現(xiàn)后，每個作業(yè)都被描述和配置了各種選項(xiàng)。
每個作業(yè)都是一個階段的一個部分，會在相似的階段與其它作業(yè)一起自動并行運(yùn)行。一旦你那樣做，作業(yè)就被配置好了，你就可以運(yùn)行 GitLab CI/CD 管道了。其結(jié)果會稍后演示，而且你可以檢查某個階段你指定的每一個作業(yè)的狀態(tài)。這也是 GitLab CI/CD 與其它用于 DevOps 測試的 CI/CD 工具的不同之處。
GitLab CI/CD 是最受歡迎的用于 DevOps 測試的 CI/CD 工具之一。GitLab CI/CD 文檔豐富、易于控制且用戶體驗(yàn)好。如果你剛接觸 GitLab CI/CD，我列舉了 GitLab CI/CD 的主要功能，會有助于你了解它。來看看吧。
它被廣泛采用，是最新可用的開源 CI/CD 工具之一。GitLab CI/CD 的安裝和配置都很簡單。它是內(nèi)置于 GitLab 的免費(fèi)且自托管的持續(xù)集成工具。GitLab CI/CD 逐漸發(fā)展成最受歡迎的用于自動化部署的免費(fèi) CI/CD 工具之一。
Jekyll 插件是一個靜態(tài)網(wǎng)站生成器，對 GitHub Pages 有比較好的支持，它使得構(gòu)建過程更簡單。Jekyll 插件支持使用 HTML 文件和 Markdown，基于你的布局偏好，創(chuàng)建一個完全靜態(tài)的站點(diǎn)。你可以通過編輯你的 _config.yml 文件來很容易地配置大部分 Jekyll 設(shè)置，例如，你的網(wǎng)站的插件和主題。
工具中的里程碑設(shè)置是跟蹤問題、改進(jìn)系列問題、繪制倉庫的請求的一種很好的方法。你可以輕易將項(xiàng)目里程碑分配給任何問題，或者合并項(xiàng)目中不常見的請求，或者將組里程碑分配給一組問題，或者合并該組中任何項(xiàng)目的請求。
自動伸縮的 GitLab 持續(xù)集成運(yùn)行器可以輕松管理和節(jié)省 90% ?EC2 成本。這真的非常重要，特別是對于并行測試環(huán)境。而且，對于組件級別或者項(xiàng)目級別的運(yùn)行器，可以跨代碼庫使用。
由于其強(qiáng)大的問題跟蹤和問題討論功能，GitLab 是無數(shù)開源項(xiàng)目首選的 CI/CD 工具。它巧妙地允許你并行測試?yán)≌埱蠛头种А榱撕唵畏奖愕乇O(jiān)控，測試結(jié)果被顯示在 GitHub UI 上。由于簡單的用戶界面，相比于 Jenkins，它使用起來更加友好。
你可以通過訪問權(quán)限輕松管理 git 倉庫。你可以輕松地向單個倉庫的協(xié)作者授予寫入 / 讀取訪問權(quán)限，甚至特定組織的成員也可以對組織的倉庫進(jìn)行更細(xì)粒度的訪問控制。
活躍且進(jìn)步的社區(qū)是 GitLab CI/CD 的一個主要加分點(diǎn)。提供的所有支持都是開箱即用的，不需要在額外的插件安裝中進(jìn)行修改。
GitLab CI/CD 不僅僅用于構(gòu)建代碼，還用于評審代碼。它允許使用簡單的合并請求和合并管理系統(tǒng)來進(jìn)行改進(jìn)協(xié)作。它幾乎支持所有的版本控制系統(tǒng)和構(gòu)建環(huán)境。在 GitHub 項(xiàng)目下實(shí)現(xiàn)了大量協(xié)作方案，這些項(xiàng)目有助于 GitLab CI/CD 的擴(kuò)展。
Jenkins 和 GitLab CI/CD 都有它們非常擅長的領(lǐng)域和各自的技術(shù)追隨者。然而，在討論 Jenkins vs GitLab CI/CD 之爭時，會討論許多功能。下圖是這兩個 CI/CD 工具提供的所有功能的比較。
既然你已經(jīng)看了 Jenkins vs GitLab CI/CD 之間的功能對比，那也是時候來看看這兩個 DevOps 測試工具之間的差別。這些差別將幫助你理解 Jenkins vs GitLab CI/CD 之爭背后的真正原因。
在 GitLab CI/CD 的幫助下，你可以通過對分支和其它一些方面的完全控制來控制 Git 倉庫，從而使你的代碼免受突然的威脅。然而，使用 Jenkins 時，你雖然可以控制代碼庫，但只有幾個方面。Jenkins 不允許完全控制分支和其它方面。
Jenkins 是“內(nèi)部托管的”和“免費(fèi)開源的”，這也是程序員選擇它的原因。另一方面，GitLab CI/CD 是“自托管的”和“免費(fèi)的”，這就是為什么開發(fā)人員更喜歡它。
在 GitLab CI/CD 中，每一個項(xiàng)目都有一個跟蹤程序，它將跟蹤問題并進(jìn)行代碼評審來提高效率。而在 Jenkins 工具中，它改變了一些設(shè)置支持和一個簡單的安裝配置過程。
我希望你現(xiàn)在理解 Jenkins vs GitLab CI/CD 這兩個工具。為了更進(jìn)一步，我列舉了與 Jenkins vs GitLab CI/CD 有關(guān)的主要優(yōu)點(diǎn)和缺點(diǎn)。我知道你已經(jīng)決定了你要使用的 DevOps 測試工具，本節(jié)將幫您增強(qiáng)選擇正確的 CI/CD 工具的信念。
大量插件庫 自托管，例如對工作空間的完全控制 容易調(diào)試運(yùn)行，由于對工作空間的絕對控制 容易搭建節(jié)點(diǎn) 容易部署代碼 非常好的憑證管理 非常靈活多樣的功能 支持不同的語言 非常直觀
插件集成復(fù)雜 對于比較小的項(xiàng)目開銷比較大，因?yàn)槟阈枰约捍罱?/section> 缺少對整個 pipeline 跟蹤的分析
更好的 Docker 集成 運(yùn)行程序擴(kuò)展或收縮比較簡單 階段內(nèi)的作業(yè)并行執(zhí)行 有向無環(huán)圖 pipeline 的機(jī)會 由于并發(fā)運(yùn)行程序而非常易于擴(kuò)展收縮 合并請求集成 容易添加作業(yè) 容易處理沖突問題 良好的安全和隱私政策
需要為每個作業(yè)定義構(gòu)建并上傳 / 下載 在實(shí)際合并發(fā)生之前測試合并狀態(tài)是不可能的 還不支持細(xì)分階段
Jenkins 和 GitLab CI/CD 都有它們各自的優(yōu)點(diǎn)和缺點(diǎn)，你在這兩個工具之間的最終選擇取決于項(xiàng)目需求和規(guī)格。其中每一個 CI/CD 工具都有它自己的優(yōu)勢和劣勢，發(fā)布時都實(shí)現(xiàn)了完全相同的需求：自動化 CI/CD（持續(xù)集成和交付）的過程。Jenkins 用于持續(xù)集成，而 GitLab CI/CD 用于代碼協(xié)作和版本控制。
在選擇最佳的用于 DevOps 測試的 CI/CD 工具時，除了突出的特性，你還應(yīng)該查看價格列表和內(nèi)部熟練度。
作者介紹：
Rahul Jain 是 LambdaTest 的一名數(shù)字營銷專家，熱愛閱讀和寫作關(guān)于最新技術(shù)趨勢、SEO、體育和旅行相關(guān)的內(nèi)容。
最近寫的一些干貨，每篇都很用心，歡迎各位小伙伴閱讀/點(diǎn)贊/分享：
我是Guide哥，Java后端開發(fā)，會一點(diǎn)前端知識，喜歡烹飪，自由的少年。一個三觀比主角還正的技術(shù)人。我們下期再見！