CD/CD 比較文章很多：

• Drone CI/CD 系統簡介
• 什麼是 CI / CD ?
• 持續性整合與發佈 (Continuous Integration / Continuous Delivery) 之相關應用

筆者用過Jenkins 架設CI/CD，也趁空檔的時候使用了Gitlab架設了一個CI/CD 流程，因為筆者對這塊的著墨不多，但又覺得這一塊蠻重要的，因此只講自己知道的流程，如有錯誤的地方歡迎指正。

在使用CI/CD之前，首先你要會使用Git，因為版控是CI的基礎，Git可以看上一篇的內容。

CI 最重要的目標就是讓你的程式可以在Commit完畢並push到Repositories的時候可以自己在測試環境上ReBuild這個應用，這就是持續發佈，為甚麼需要這樣？筆者自己遇到原因為二：

1. 定期測試自己的程式可以在任何環境上部屬及測試。

有時候開發程式，開發了一陣子，其實程式已經無法在測試環境上部屬或是通過測試了，但沒有自動化，所以不知道。

2. 確保push 上Repositories的程式是可以Build on的。

有時候交付程式的人並不知道他的程式是不能在測試環境上Build on的，或是同事交接時，當下可以Build on，但隨者時間的過去，程式或許因為種種因素，已經Build on 不起來。

而CD 的目的則是讓測試或是使用者，自動發布版本給他們，並讓他們有可以回頭檢視這個程式是哪個版本包出來的，可以減少測試及使用者來影響開發的時間，如果發布的權限足夠，甚至可以直接上架更版。

綜觀這兩件事，都是為了一件事，持續交付開發成果，無論好壞。

筆者目前的認知，Gitlab比Jenkins好架設許多，附上Gitlab 架設文章：

• 功能強大的 －－ GitLab CI
• [教學] 如何使用Gitlab CI來達到自動化測試與佈署
• 一個簡單的 GitLab CI 範例

建立好一個練習的Git

按下去設定按鈕

點選Android範本

修改一下範本的內容

• Gitlab CI yaml官方配置文件翻译

登愣，開始動作了！

當串完CI後，可以介接開發者常用的工具，如 Slack：

• Slack Notifications Service
  基本上，這樣就完成了CI/CD的初步架設了！

本文同步刊登在Medium上，連結在此。