介紹了版控的概念與 Git 的操作方式後，接著要找 Remote Repositories 來進行程式碼的托管，達到異地備份的效果。將針對 GitHub、BitBucket、Azure DevOps 內的 Azure Repos 三個托管平台進行介紹。

若持續整合(Continuous Integration, CI)只有單純版控與建置，就太可惜了。CI 可視為是自動化管控軟體品質的第一道防線，在這個階段，可以整合自動化測試、程式碼掃描分析、資安掃描等動作。

在 Azure PipeLines, Jenkins 中，除了可以直接指定使用現有的 Docker image 做為執行 CI 所需的運行環境。也可以讓 Azure Pipelines, Jenkins，運用 dockerfile 或 cmd 的方式，直接把程式封裝為 Docker Image

對於 docker/container 有基本概念後，接著要與 CI/CD 的工具搭配使用，讓 CI Server 同時支援更多不同的環境的要求。本篇文章會以 Travis CI、Azure DevOps、Jenkins 為例。

在順利完成 Docker 的安裝後，接下來就是進一步了解如何操作 Docker 的指令了。但是這樣還不夠，我們還想要一鍵同時啟用多個 container，以及自行建立 Docker Image。

使用壓力測試/負載測試來驗證系統的穩健度後，接著就是要整理報告，跟其他相關人員同步這次的測試結果，或是系統優化前後的差異。在這報告應該要注意或著重的部份有那些？

在進行 Post-Redirect-Get 實作時，301 redirect 到目標的網址時，發生回應 405。其問題的原因與 Postman 的設定及目標網址允許的 HTTP 方法有關。

在上一篇文章，已經成功在本機建立好 GitLab CI 的環境了，接下來，改在私用的環境，將 GitLab CI 與 Runner 分別建立，並讓 GitLab CI 順利運行。

在本機同時使用 Docker 建立 GitLab 與 GitLab Runner 時，在設定上遇到很多小眉腳。特別記錄下來，減少其他人撞牆的情況。

從零開始建立自動化發佈的流水線的系列文中，開始進入 Container 的概念討論。