[[376814]]

在過去的幾年中，DevOps已成為軟件生命周期中至關(guān)重要的一部分，這推動了許多領(lǐng)先的DevOps工具和實(shí)踐的發(fā)展。您可以找到一系列支持CI/CD流程的工具，Jenkins和GitHub Actions杰出地站在其中。

在本文中，我將對GitHub Actions和Jenkins進(jìn)行比較，并為你提供洞察力以做出正確的選擇。

Jenkins和GitHub Action簡介

Jenkins是一個免費(fèi)的、開源的自動化服務(wù)器。它幫助自動化軟件開發(fā)中與構(gòu)建、測試和部署相關(guān)的部分，促進(jìn)持續(xù)集成和持續(xù)交付。

同樣，GitHub Actions是GitHub作為SaaS產(chǎn)品提供的兩個產(chǎn)品中的最新產(chǎn)品。

GitHub Actions 現(xiàn)在讓您更容易在任何平臺上自動構(gòu)建、測試和部署項(xiàng)目，包括 Linux、MacOS 和 Windows。在容器或虛擬機(jī)中運(yùn)行您的工作流。

在決定是否值得改變之前，讓我們先了解誰應(yīng)該考慮這一點(diǎn)。

你是否應(yīng)該考慮從Jenkins中轉(zhuǎn)移出來?

如果你使用Jenkins一切都很順利，你對你的設(shè)置很有信心，同時擁有完全的控制權(quán)，成本也不是問題，我建議繼續(xù)使用Jenkins。

對于那些使用GitHub作為源碼控制平臺，并且已經(jīng)覺得對自己的Jenkins設(shè)置沒有信心，尋求更好的替代方案的人來說，GitHub行動將成為首要考慮的選擇。

由于GitHub Actions是由GitHub完全管理的服務(wù)，因此您不需要知道如何擴(kuò)展和操作基礎(chǔ)設(shè)施來運(yùn)行它。

這是我選擇從Jenkins轉(zhuǎn)移出來的主要原因，在那里，我不能完全控制我的CI/CD管道發(fā)生了什么。

我不得不面對的一些挑戰(zhàn)：

• 保持插件最新。
• 即使我沒有運(yùn)行任何構(gòu)建，我的單個Jenkins服務(wù)器構(gòu)建也要花錢。
• 在并發(fā)構(gòu)建等方面不一致
• 我不得不依賴幾個插件，這些插件會出現(xiàn)更新，我需要時常處理。

我知道有Jenkins的解決方案可以解決其中的一些問題，但我已經(jīng)受夠了，并轉(zhuǎn)向了托管平臺。

我希望我已經(jīng)樹立了正確的心態(tài)，如果你適用于GitHub Actions，那么就可以轉(zhuǎn)到GitHub Actions。讓我們看看GitHub Actions提供的功能來考慮這一舉措。

易于設(shè)置——全部由GitHub管理

我認(rèn)為，GitHub Actions在Jenkins之上的首要優(yōu)勢是在GitHub Actions上的設(shè)置簡便性。GitHub Actions在云端運(yùn)行，你也可以選擇在本地運(yùn)行，這就是所謂的運(yùn)行器。相反，Jenkins沒有提供官方的管理服務(wù)。

而且我可能不會去選擇任何第三方的Jenkin托管產(chǎn)品。我覺得把對源代碼和敏感信息的訪問權(quán)交給第三方供應(yīng)商風(fēng)險太大。

由于這個原因，Jenkins服務(wù)器需要安裝，而GitHub Actions不需要。因此，在GitHub Actions中，設(shè)置過程就方便多了。此外，GitHub Actions是一系列的docker運(yùn)行。它僅需要 docker build 和 docker run，這使得運(yùn)行和調(diào)試非常容易。

與GitHub緊密集成——無縫體驗(yàn)

最初，Jenkins似乎比GitHub Actions更靈活。Jenkins主要基于帳戶和觸發(fā)器，并以構(gòu)建為中心。這些不符合GitHub events。與此相反，GitHub的actions涵蓋范圍很廣。因此，每個GitHub events都有一個GitHub Action。

GitHub Actions支持多種語言和框架，它們也使用YAML編寫。因此，它們可以像代碼一樣進(jìn)行編輯，重用，共享和forked。

它與GitHub的使用很直接，因?yàn)楫?dāng)你forke一個倉庫時，動作會自動被forke。

這讓你可以非常高效地測試和構(gòu)建項(xiàng)目，甚至可以在更接近開發(fā)者的地方運(yùn)行項(xiàng)目。另外，您可以隨時訪問GitHub API，從而使其在開發(fā)人員中更受歡迎。

使用Bit(Github)時，可以看到這種緊密集成的一種流行用例。Bit是一個工具和平臺，它可以輕松地將JS組件(Node、React、Vue、Angular等)從任何資源庫共享到Bit的云服務(wù)，并從那里共享到其他資源庫。

Bit的云服務(wù)可以自動生成對所有Github倉庫的拉取請求，這些倉庫受一個共享組件的變更影響。這些自動生成的PR可以作為Github Actions的觸發(fā)器。

這意味著，對一個單一(共享)組件的改變可以在所有使用它的資源庫中傳播，觸發(fā)CI，驗(yàn)證所有項(xiàng)目沒有被破壞。

GitHub Actions的另一大“特色”是，它們可以通過GitHub Marketplace相互分享。你可以重用其他開發(fā)者編寫的Action，這樣可以為你節(jié)省大量的時間，避免重寫已有的代碼。

協(xié)調(diào)器和構(gòu)建節(jié)點(diǎn)——規(guī)模化構(gòu)建

GitHub Actions默認(rèn)遵循主從(協(xié)調(diào)者和構(gòu)建節(jié)點(diǎn))模式，而不是Jenkins為我們提供的順序管道。

然而，需要注意的是，類似的設(shè)置在Jenkins中也是可以實(shí)現(xiàn)的，但需要額外的努力和知識才能讓它運(yùn)行起來。

如果你使用Jenkins，默認(rèn)設(shè)置將同步運(yùn)行部署管道中的每一步。例如，如果你需要運(yùn)行單元測試、集成測試和一些Sonar驗(yàn)證，它們必須在一個服務(wù)器環(huán)境中運(yùn)行。根據(jù)服務(wù)器中的可用資源，這可能會延遲執(zhí)行。此外，您無需付出額外的努力來使管道可靠。

通過使用GitHub Actions，這些工作可以并行化，如上圖所示，例如，工作1可以是單元測試和集成測試，工作2可以是Sonar驗(yàn)證。

總結(jié)

就其優(yōu)勢而言，我們認(rèn)真地研究了GitHub Actions領(lǐng)先于Jenkins的幾個領(lǐng)域。此外，GitHub Actions的增長速度比Jenkins快，成千上萬的GitHub Actions被發(fā)布到GitHub marketplace。圍繞這個社區(qū)也在不斷完善，其中有專門的GitHub Actions的倉庫。這意味著什么?

但是，是否在項(xiàng)目中使用GitHub Actions或Jenkins取決于您。目前，GitHub Actions對于公共倉庫是免費(fèi)使用的。對于私有倉庫，它具有按需付費(fèi)的機(jī)制。

我希望你已經(jīng)意識到GitHub Actions是比Jenkins更有優(yōu)勢的選擇，主要是因?yàn)樗撵`活性。對于那些開始新項(xiàng)目或使用GitHub作為他們的源碼控制平臺的人來說，轉(zhuǎn)向GitHub Actions是個不錯的選擇。

原文：https://blog.bitsrc.io/github-actions-or-jenkins-making-the-right-choice-for-you-9ac774684c8

翻譯：張張

本文轉(zhuǎn)載自微信公眾號「前端全棧開發(fā)者」，可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系前端全棧開發(fā)者公眾號。