CI GitHub 作業工作流程

介紹

在本週的實驗中，我們的任務是在本學期早些時候創建的我們自己的 GitHub 專案中設定 CI 工作流程。我已經進行了設置，但想稍後在本部落格上描述此過程。此外，我們還應該為我們隊友的專案至少編寫一個單元測試，在我的例子中，該專案是用不同的語言——Rust 編寫的。

GitHub Actions CI 工作流程設置

對我來說，看到我的拉取請求如何在其他項目中測試真是一種神奇。這次輪到我將其部署到自己的專案中了。我打開“操作”選項卡，然後搜尋“Java CI with Maven”。我按下“配置”，然後 .yml 檔案出現。
它看起來是這樣的：

之後，我推送了我的更改，打開了 Pull 請求並見證了我自己的魔法。

結果如下：

Linter、程式碼格式化程式與測驗

後來，我在專案中加入了 linter、程式碼格式化程式和測試，找到了一種將它們整合到我的工作流程中的方法。

結果：

• 確保每個貢獻者都遵循相同的編碼風格，這對我幫助很大。
• 現在每個拉取請求都同時執行單元測試、linter 和程式碼格式化程式！

用 Rust 寫單元測試

一如既往，我選擇了 Theo 的項目。他的專案是用 Rust 寫的。

差異

在 Rust 中測試看起來有所不同。在 Java 中，您必須建立一個名為 test 的不同資料夾，並在先前建立的資料夾內的單獨檔案中實作每個測試。與 Java 不同，您必須在文件內實作所有測試，其中實作了要測試的函數。

我必須實作位於 chat_completions.rs 內部的功能。

結果：

如果您仔細觀察，我的測試實作位於 chat_completions.rs 內部。

開發容器

Dev Container 是一個遠端環境，允許所有貢獻者在同一環境中工作。這是我以前不知道的很酷的功能。

要在 Intellij Idea 中設定它，我必須建立一個資料夾 .devcontainer 並建立一個設定檔 devcontainer.json。

結論

GitHub CI Action Workflow 是一件令人驚奇的事情，以前對我來說就像一個魔法！我真的很喜歡這個實驗室。我學到了新東西，幾乎一切對我來說都是新的！

以上是CI GitHub 作業工作流程的詳細內容。更多資訊請關注PHP中文網其他相關文章！