持續整合

預期成果：用 持續整合 (Continuous Integration) 安全交付或復原變更，並留下可查核記錄。 使用者情境：每筆準備合併的提交，都會執行相同的建置、測試、程式碼檢查和資安工作。失敗時要快速回傳清楚證據，讓 main 保持可發布；分支幾週都不整合，只在夜間自動建置，雖然有自動化，卻不是持續整合。 交付概念或操作：持續整合 (Continuous Integration)。 適用理由：小型變更會頻繁整合，而且自動回饋能保護共用分支時，可以使用這個詞。 不應使用的情況：如果變更長期不整合，或大家經常忽略失敗，就不能只因有自動流程而稱為持續整合。 交付要求：指出程式碼儲存庫與目標。列出前置條件、變更內容、審查與自動檢查（CI）、衝突和資料遺失風險、發布順序，以及復原或回復上一版的指令。 儲存庫防護：保留尚未發布的工作與可查核歷史。沒有明確備份時，不可執行破壞性操作。發布前核對精確的程式差異與遠端儲存庫目標。 驗收條件：預期的程式差異已審查，必要檢查已通過。目標版本可追查，失敗復原已演練，發布歷史也可查核。 證據與限制（證據邊界）：它只代表該來源的官方說法。其他平台或團隊可能有不同用法。 待確認：程式碼儲存庫與分支、協作狀態、發布環境、核准負責人、受保護的檢查，以及要回復的版本。