在 DPS909 的實驗 8 中,我探討了 持續整合 (CI) 的力量,特別是透過 GitHub Actions。這個實驗室是一個很好的機會,可以透過自動化測試、確保品質控制以及學習將工作流程整合到現實世界的開發實踐中來增強我的專案。
CI 確保程式碼在每次變更時都保持功能正常且無錯誤。它可以防止透過連續運行測試來破壞預設分支。在這個實驗室中,我不僅將 CI 整合到我自己的專案中,還為我合作夥伴的專案提供了測試。這篇文章反映了我完成這些任務的過程。
為了在我的專案中設定 CI,我建立了一個 GitHub Actions 工作流程。此工作流程在以下情況觸發:
以下是我用於 GitHub Actions 工作流程的 YAML 檔案:
name: CI Workflow on: push: branches: - main pull_request: branches: - main jobs: build-and-test: runs-on: ubuntu-latest steps: - name: Checkout repository uses: actions/checkout@v3 - name: Set up C++ uses: actions/setup-cpp@v1 with: compiler: gcc - name: Build the project run: | mkdir build cd build cmake .. make - name: Run Tests run: | cd build ctest
此工作流程檢查我的儲存庫,使用 CMake 建置項目,並執行我在實驗室 7 中編寫的測試。
為了確保工作流程能如預期運作,我:
CI 工作流程如預期運作:
將此拉取請求合併到主分支讓我確信我的專案不會出現無意的錯誤。
在實驗室的第二部分,我與我的同學 Inder Parmar 合作,並向他們的儲存庫 Tailor4Job 貢獻了測試。
設定 CI 改變了我的開發工作流程。以下是一些重點:
在合作夥伴的儲存庫上進行協作是一次豐富的經歷,因為它讓我接觸到了不同的程式碼庫、測試環境和工作流程。
雖然我沒有完全實現可選挑戰,但我探索了:
這些步驟可以進一步提高專案品質和新貢獻者的入職便利性。
實驗 8 教會了我將 CI 工作流程整合到開發專案中的重要性。 CI 確保一致的品質控制並促進協作,使其成為現代軟體開發中的寶貴工具。
您可以在下面查看我的專案成功的 CI 運行以及對我合作夥伴專案的拉取請求:
這個實驗室真正增強了我對開源開發中的自動化、測試和協作的理解。
以上是與 GitHub Actions 持續集成的詳細內容。更多資訊請關注PHP中文網其他相關文章!