🎯 什麼情境該想到我
當「每次發布都是大工程/要熬夜/容易出錯」，你想讓上線變成頻繁、可靠、無聊的日常時。
⚙️ 怎麼用
- 版本控管一切：程式碼、設定、環境、基礎設施（IaC）都進 git。
- 持續整合（CI）：每次提交自動建置 + 跑自動化測試，保持主幹隨時可發布。
- 建部署管線：一條自動化流水線把「提交 → 測試 → 部署」串起來，一鍵（或自動）到各環境。
- 小批量、頻繁發布：批量越小，風險越小、出錯越好定位。
- 降低發布風險：藍綠部署、金絲雀、功能開關（feature flag）、可快速回滾。
🧪 我實際套用的紀錄
- 2026-07-15：（待填）
⚠️ 注意
- 沒有可靠的自動化測試，CD 只是「更快地把 bug 送上線」；測試是前提。
🔗 相關工具
- 工具-三步工作法 —— 上位框架，部署管線是第一步「流動」最具體的基礎建設
- 工具-遙測與監控 —— 必要配套，發布變頻繁之後，出事能否即時看見決定敢不敢繼續快
- 工具-降低在製品WIP —— 互為因果，管線順暢才可能小批量交付，WIP 也才降得下來