做為自我練習,我在這 30 天會透過建立一個有基礎功能的 RSS 閱讀器 API server,也包括使用Docker和GitHub Actions來實現持續整合和持續部署(CI/CD)。
這系列會從需求分析出發,逐步進行設計、開發、自動化測試,到最終的部署,所有階段都將包含在內。此外,本系列也將深入探討軟件開發的流程和最佳實踐,包括測試策略和 DevOps 文化。
好啦,經過前一天對於自動化測試和測試金字塔的探討,我們準備好可以開始真正動手寫程式了 XD今天我們會用VSCode開發環境,使用 Go 語言來打造 RSS 閱讀...
昨天我們開始 coding,寫了一個簡單的、包含基本功能的 RSS 閱讀器後端 API。我們在把程式上線前,先做一點測試吧。 為什麼要測試 別小看了測試,它就像...
上次談到用 Go 建立 web API server之後,發現我忘記提到 Go 的套件管理方式。那今天就來稍微說一下 Go 語言的套件管理的演進。 GOPATH...
過去幾天,我們專注於 RSS 閱讀器的設計、開發和單元測試。今天我們將轉向一個非常關鍵的開發實踐:持續整合(Continuous Integration,簡稱C...
繼昨天對 GitHub Actions 和持續整合(CI)的初步探討,我們來看一下實際的情況。今天將著重於如何將代碼推送到 GitHub,並觀察 GitHub...
在過去幾天中,我們已經設定了基本的持續整合(CI)流程並練習了如何將程式碼推送到 GitHub 來觸發這些流程。今天,我們將更深入地探討一下,當你點擊進入 Gi...
我們在 Day 7 設定了 self-hosted runner,後來一直沒去用他,今天來把他用起來。 回顧 Self-Hosted Runner 的特性 在繼...
昨天既然都提到 self-hosted runner 了,在繼續下一個部分前,我們插入其他話題,來玩一些跟 runner 相關的內容吧。 正好我服務的公司準備推...
昨天開始評估如何從 GitLab CI/CD Pipelines 轉移至 GitHub Actions,我們過去是採用「runner 在 container 內...
我從 Day 18 開始評估如何 porting GitLab CI/CD Pipelines 成 GitHub Actions,過去是採用「runner 在...