Deployment Rollback
部署回滾
部署回滾是發布失敗或不安全後的復原方式。它會用受控方式，恢復已知正常的版本和相容狀態。實際步驟依部署平台和資料變更而不同。
另一個例子
發布 3.2 後，錯誤率增加五倍。前一版 3.1 和資料結構仍相容。自動流程恢復 3.1、檢查服務健康和流量，並記錄事故。只在原始碼做 Revert，不能撤銷已部署檔案或不可逆資料變更。它也不能撤銷排隊工作或外部影響。
主要部分
- 01回滾觸發條件
- 02已知良好 artifact 與 state
- 03恢復後驗證
什麼時候用
發布健康指標超過預定門檻，而且能安全恢復到測試過的正常版本時，可以使用這個詞。
什麼時候不要用
先測試資料結構是否相容。也要檢查有狀態工作、外部影響、監控和繼續修正的條件。完成前，不要承諾一鍵回滾。
程式裡的名稱
health threshold → restore known-good artifact → verify 上線前要檢查
發布前核對正確的程式碼儲存庫、分支、目標與程式差異。保留尚未發布的工作，並通過審查與自動檢查（CI）。記錄衝突、資料遺失風險、發布順序、版本追查、復原與回復上一版的方法。
預期成果：用 部署回滾 (Deployment Rollback) 安全交付或復原變更，並留下可查核記錄。 使用者情境：發布 3.2 後，錯誤率增加五倍。前一版 3.1 和資料結構仍相容。自動流程恢復 3.1、檢查服務健康和流量，並記錄事故。只在原始碼做 Revert，不能撤銷已部署檔案或不可逆資料變更。它也不能撤銷排隊工作或外部影響。 交付概念或操作：部署回滾 (Deployment Rollback)。 適用理由：發布健康指標超過預定門檻，而且能安全恢復到測試過的正常版本時，可以使用這個詞。 不應使用的情況：先測試資料結構是否相容。也要檢查有狀態工作、外部影響、監控和繼續修正的條件。完成前，不要承諾一鍵回滾。 交付要求：指出程式碼儲存庫與目標。列出前置條件、變更內容、審查與自動檢查（CI）、衝突和資料遺失風險、發布順序，以及復原或回復上一版的指令。 儲存庫防護：保留尚未發布的工作與可查核歷史。沒有明確備份時，不可執行破壞性操作。發布前核對精確的程式差異與遠端儲存庫目標。 驗收條件：預期的程式差異已審查，必要檢查已通過。目標版本可追查，失敗復原已演練，發布歷史也可查核。 證據與限制（證據邊界）：它只代表該來源的官方說法。其他平台或團隊可能有不同用法。 待確認：程式碼儲存庫與分支、協作狀態、發布環境、核准負責人、受保護的檢查，以及要回復的版本。
檢查這份需求
請 AI 程式助手檢查目前如何使用 部署回滾 (Deployment Rollback)。 定義：部署回滾是發布失敗或不安全後的復原方式。它會用受控方式，恢復已知正常的版本和相容狀態。實際步驟依部署平台和資料變更而不同。 正式環境檢查：發布前核對正確的程式碼儲存庫、分支、目標與程式差異。保留尚未發布的工作，並通過審查與自動檢查（CI）。記錄衝突、資料遺失風險、發布順序、版本追查、復原與回復上一版的方法。 修改程式前，先列出看到的證據、缺口、嚴重程度，以及最小且安全的修正。