

act 讓開發者可以在本地運行他們的 GitHub Actions 工作流程,提供快速的回饋並簡化開發流程。此工具模擬 GitHub Actions 環境,讓使用者無需提交和推送更改到遠端儲存庫即可測試和調試工作流程。與直接在 GitHub 上測試不同,act 提供更快的迭代週期,並減少等待 CI/CD 管道的時間。它利用 Docker 執行操作,確保與 GitHub 環境的一致性。開發人員受益於更快的反饋迴圈、更輕鬆的調試,以及能夠直接從他們喜歡的 IDE(例如 VS Code)通過擴展管理和運行操作。
使開發人員能夠在本地運行 GitHub Actions 工作流程,無需將更改推送到遠端儲存庫進行測試。這顯著減少了反饋迴圈,允許更快地迭代和調試。它模擬 GitHub Actions 環境,確保工作流程在本地的行為與在 GitHub 伺服器上的行為一致。
利用 Docker 執行操作,確保一個一致且隔離的環境,反映 GitHub Actions 運行時。這種方法保證依賴項和配置得到正確管理,防止本地和遠端執行之間出現差異。它提取或構建在您的工作流程檔案中定義的 Docker 映像。
提供一個模擬環境,反映 GitHub 的環境變數,包括與儲存庫、提交和執行器相關的變數。這確保工作流程可以在本地訪問與在 GitHub 上相同的資訊,促進對條件邏輯和集成的準確測試和調試。
通過專用擴展提供與 Visual Studio Code 的整合。此整合允許開發人員直接從他們的編輯器運行和測試工作流程,提供無縫的開發體驗。它簡化了迭代工作流程的過程,並減少了上下文切換。
允許使用者指定自定義容器引擎,提供管理執行環境的靈活性。這對於有特定需求或喜歡使用與預設 Docker 不同的容器引擎的使用者特別有用。它通過配置支援各種容器引擎。
支援 GitHub Enterprise,使使用者能夠在本地運行託管在其私人 GitHub Enterprise 實例上的儲存庫的工作流程。這對於使用 GitHub Enterprise 進行開發和 CI/CD 管道的組織至關重要,允許他們在安全和受控的環境中測試和調試工作流程。
brew install act,或按照網站上的說明進行其他平台的安裝)。,2. 導航到您的儲存庫: 將您的目錄更改為包含 .github/workflows 目錄的 Git 儲存庫的根目錄。,3. 運行工作流程: 使用命令 act -W .github/workflows/<your_workflow_file.yml> 執行特定的工作流程。將 <your_workflow_file.yml> 替換為您的工作流程的實際檔案名稱。,4. 指定作業: 通過將作業名稱添加到命令來定位工作流程中的特定作業:act -W .github/workflows/<your_workflow_file.yml> -j <job_name>。,5. 查看輸出: 在您的終端中觀察輸出,它模擬 GitHub Actions 執行器,包括日誌、環境變數和生成的任何工件。,6. 自定義環境: 使用 -e 標誌將環境變數傳遞給操作,或使用 -s 標誌提供密鑰。軟體工程師可以使用 act 在本地調試複雜的工作流程。他們可以逐步執行每個操作,檢查日誌,並修改配置,而無需提交更改。這加速了調試過程,減少了在遠端 CI/CD 管道中排除故障的時間。
開發人員可以使用 act 在將新的 CI/CD 工作流程部署到生產環境之前進行開發和測試。他們可以嘗試不同的配置,測試集成,並驗證其工作流程的行為,確保它們在部署之前正常運行。
自定義 GitHub Actions 的維護者可以使用 act 在本地測試他們的操作。他們可以模擬不同的輸入,測試各種場景,並確保他們的操作按預期運行。這提高了自定義操作的品質和可靠性,然後再發布。
開發人員可以使用 act 快速迭代對其工作流程檔案的更改。他們可以本地測試他們的更改並獲得即時回饋,而不是等待完整的 CI/CD 運行。這顯著加快了開發過程並提高了生產力。
軟體工程師可以從 act 中受益,因為他們能夠在本地快速測試和調試他們的 GitHub Actions 工作流程,減少等待 CI/CD 管道的時間,並提高整體開發效率。
DevOps 工程師可以使用 act 在本地開發和驗證 CI/CD 管道,確保工作流程配置正確並按預期運行,然後再將它們部署到生產環境。
CI/CD 專家可以利用 act 測試和排除複雜工作流程的故障,確保 CI/CD 流程的所有方面都正常且高效地運行。
開源貢獻者可以使用 act 測試和貢獻使用 GitHub Actions 的專案。這使他們能夠快速驗證他們的更改,並確保與專案的 CI/CD 設置相容。
開源 (MIT 許可證)。免費使用。