開發與網路
CI / CD 持續整合與部署是什麼？改完自動測、自動上線
CI / CD 持續整合與部署是什麼？改完自動測、自動上線
團隊裡最怕的一句話是「先不要動，等我下班後手動上一次」。上線一旦靠人記得步驟，就注定有一天會漏掉一步。
CI / CD 就是把那些步驟寫成機器每次都會照做的流程。不是為了快，是為了不出錯。
你將學到什麼
CI 持續整合
每次改動都自動合併並跑測試，問題在幾分鐘內被抓出來。
CD 持續交付與部署
測過之後自動打包，自動或一鍵送上線。
白話比喻
像出貨前的自動品檢線。每一批都照同一套檢查，不靠人記得。
真正的價值
不是更快，是可重複、低風險、出事能快速回復。
定義
CI 是持續整合：每次程式改動都自動合併進主線並跑一遍測試。目的是讓衝突與錯誤在幾分鐘內就被發現，而不是累積到最後一次爆開。
CD 是持續交付或持續部署：測試通過之後自動打包，並自動或一鍵送上線。它把上版從一件需要記憶與勇氣的事，變成一個按鈕。
白話比喻
像工廠出貨前的自動品檢線。每一批貨都走同一條線、照同一套標準檢查，不靠某位資深師傅記得該看哪幾項。
人會累會忘，機器不會。CI / CD 的價值不在快，在於每一次都一樣。
一條流程長什麼樣
典型的五段：開發者推送程式碼、系統自動安裝相依套件並建置、跑自動化測試與檢查、把成品打包成可部署的版本、最後部署到測試或正式環境。
任何一段失敗就停下來並通知，不會硬著頭皮往下走。這個「停下來」比「跑得快」重要得多。
跟相近名詞的差別
| 名詞 | 指的是 | 關係 |
|---|---|---|
| CI / CD | 自動整合、測試與上線的整條流程 | 上位概念 |
| Git | 版本控制系統 | CI 的觸發來源，改動從這裡進來 |
| Deploy 部署 | 把程式送上伺服器執行 | CD 的最後一步 |
| Docker | 把程式與環境打包成映像檔 | 讓每次部署的環境一致 |
實際用例
把 AI 應用上線也適用。提示詞、模型設定、知識庫的更新都算是改動，一樣值得走流程：改完自動跑一組驗收題目，結果不合格就擋下來。
另一個實務重點是把版本編號烙進成品裡，讓執行中的服務自己顯示它跑的是哪一版。這樣「到底部署上去了沒」三秒就能對出真假，不必再靠猜。
最常見的誤解是以為 CI / CD 是為了上線更快。它真正買的是可重複與可回復，速度只是副產品。沒有測試的自動部署，只是讓錯誤更快傳到使用者面前。
第二個誤解是以為建好流程就萬無一失。設定檔沒被納入、遷移步驟沒被觸發，都是常見的漏網之魚。上線之後仍然要實際確認新版真的生效了。
延伸學習
ChatGPT 很強，但真正讓你下班的是 Google
六小時完整實錄。從「AI 很厲害，為什麼你還是每天加班」這個問題出發，把 Google Workspace 當成真正的工作平台重新設計一次流程 ── Sheets 的資料結構、Drive 與 Docs 的文件流、Gmail 與 Calendar 的通知系統，再用 Apps Script 讓它自己跑起來，最後收斂成一張屬於你自己的 AI 工作能力地圖。
NT$ 4,599
AI Native 工作法
四小時完整實錄。工作已經不是以前的工作了 ── 這門課拆解 AI Native 的四個核心能力，帶你把自己的工作做成一份可執行的 AI Native Blueprint，從「會用 AI 的人」變成「工作本身就長在 AI 上的人」。
NT$ 2,599