前面介紹了 Jenkins，接著就跟大家一起認識 GitHub Actions。

相似的比喻 - 全自動咖啡機

在討論 Jenkins 跟 GitHub Actions 的不同時，Gemini/ChatGPT 不約而同的都提出了像似的譬喻：如果說 Jenkins 是要自己磨豆、調控熱水溫度、沖泡的標準流程，那 GitHub Actions 就像是全自動的膠囊咖啡機，功能操作相對輕巧，但也可以達到讓 Github 的程式碼進行自動化的任務。

GitHub Actions 的特性

工具不同，當然就適合不同發展階段的團隊。Jenkins 的強大與彈性，在於高度客製化與可串接多種外掛程式，而 GitHub Actions 的優勢就在於在設定上，不需要技術門檻撰寫腳本，設定工作流程的語法相對簡單。

在概念上，GitHub Actions 主要有三個部分：

• Workflow：整個自動化流程的說明文件，一個 workflow 會有只少一個或多個 job，設定在特定情境觸發(要在什麼時候做什麼事情的説明）。
• Event：觸發 workflow 的起點，像是 push(推送程式碼）、pull request（發起合併請求），那些讓自動化流程啟動的事件。
• Job： 要「如何」進行任務，像是「runs-on，運行」、「build，建立」。

最後，因為是 GitHub 的一部分功能，也不需要另外啟用伺服器與進行日常維護，使用上只要在額度內不需另外付費。

平台的操作也與 GitHub 相同，不需切換畫面即可進行 CI/CD 流程的設定，小型到中型專案的團隊相對適合（但相對的，若脫離 GitHub 環境，在使用上就會比較受限），而 Jenkins 則更適合大型、需要依據專案特型來做流程調整的團隊。