從零開始建立自動化發佈的流水線

當使用 Travis CI / Azure Pipeline 持續整合後，接著需要把建置出來的 Artifact 存放到固定的位置。接著在 CI/CD 工具中，結合 dropbox-loader.sh，將 Artifact 存放到 Dropbox 之中。

在介紹完 CI/CD 的觀念後，接著介紹如何使用 Azure Pipelines、如何在 Azure VM 架構 Jenkins，以及 Jenkins 與 repository 的串接方式，以便持續整合(Continuous integration, CI)

在介紹完 CI/CD 的觀念後，接著來介紹如何使用 Travis CI 與 GitHub Actions 進行持續整合(Continuous integration, CI)

介紹了版控的概念與 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。

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

談談 YAML 的格式與使用方式

初步簡單的介紹版控的觀念，並介紹常用的 Git 指令與 Git Flow

簡述 CI/CD 的觀念

這是一位 SOHO 族從無到有、一步一步建立自己的 CI/CD 的故事。隨著故事的推進，將逐一提及版控、測試、訊息通知、CI/CD、Container 等概念，最終將其串接為一條自動化發佈的流水線。