開發與部署
回滾是回到上一版
出事時，第一個動作是回到上一個願意負責的版本。不是在客戶正在用的地方繼續改。
先站回去，再討論新修法
退貨頁若開始亂猜，客服需要的是立刻恢復「空白就停」。那個行為若在上一版裡，就把正式環境放回那一版。新的修法放到測試環境慢慢走。順序反了，正式環境會變成第二個草稿本。
站回去不是承認這週白做。是承認這一版還沒有比上一版更適合放在客服手上。好的部分可以留在分支裡，不要跟壞的一起留在正式。
回滾要事先知道上一版是誰
沒有名字，就沒有上一版。部署時留下的那四樣，這裡用得上：現在這個名字、上一個名字、放在哪個網址、怎樣確認回去了。確認仍然是走一筆：空白單號應該又停下來。
若資料庫裡已經寫入錯誤的退貨結論，回到上一版的程式不會自動把那些結論擦掉。程式回到舊的，事實還在。你要另問：已寫入的那幾筆怎麼標記、誰通知客服。這是回滾計畫的一部分，不是事後才想的附錄。
現場修是什麼時候才考慮
只有在上一版本身也是壞的、或回不去的時候，才談在正式環境上的最小修補。那仍然應該先變成一個有名字的狀態，盡快走完，而不是某人在機器上改到好為止。沒有留下狀態的現場修，下次一樣回不去。
你在事故裡可以負責問這句：「我們現在是回到上一版，還是在正式環境上新做一個版本？」兩種都要說出口。默默改，是第三種，不要。
範例 · 週一早上的回滾
- 正式環境現在的名字：空白單號交由模型猜測。客服已看到亂退。
- 上一版的名字：空白單號轉人工。把它放回正式網址。
- 走一筆空白，確認又停。
- 週五已寫入的錯誤結論另列清單，不假裝程式回去它們就消失。
練習
用白話寫一次回滾：現在的名字、要回去的名字、怎樣確認、已寫入的事實怎麼辦。
不要寫現場修當預設。若你寫了，補上為什麼上一版不能用。
完成的時候
- 你能說明回滾是回到上一版，不是現場修。
- 你記得程式回去了，已寫入的資料不一定回去。