開發與部署
跟雲端那軌接起來
居住地可以是一台你管的機器，也可以是租來的計算服務。部署的句子不變：哪個版本、放在哪、怎麼確認、怎麼回去。
VPS 上，放上去就是那台機器在跑這個版本
雲端那軌說過，VPS 是一台你管的機器，網址的名字指過去。部署就是讓這台機器跑你指出的那個版本，而不是某人本機的資料夾。名字不用改，改的是機器上正在跑的那一版。
因為畫面、規則、甚至資料庫可能住在同一台，回滾程式時要問事實有沒有住在一起。住在一起，更要小心不要為了換版本把資料一起換掉。這件事在部署前說清楚，比在事故裡發現好。
GCP 或 AWS 上，計算和事實常常是分開的
那裡的計算是一個服務，資料庫是另一個貨架。部署多半只換計算正在跑的版本。事實留在資料庫。所以回滾程式，資料庫裡的退貨列還在。這和 VPS 擠在一台時的風險不同，但「程式回去不等於事實回去」這句一樣要講。
權限也是分開的：誰能部署，不等於誰能看所有訂單。第一版若在客戶的專案裡，部署的人要是他們允許的那一個，而不是任何改得了檔案的人。
選擇居住地，不改變這四句
不管選 VPS 還是客戶已有的雲端專案，留下同樣四句：版本名字、放在哪個地方、放完走了哪一筆、上一版叫什麼。少一句，就不算部署完成，只算檔案過去了。
這一課不新增主機帳號，也不比較哪一家比較好。你已經在雲端那軌選過居住地。這裡只是把「放上去」和「站回去」接到那個選擇上。
範例 · 同一張部署說明，兩種居住地
- 版本：空白單號轉人工。上一版：空白仍給結論。
- 若是 VPS：名字指到的那台機器改跑這個版本。確認時問資料有沒有跟程式住在一起。
- 若是雲端計算服務：只換計算的版本，資料庫留著。回滾程式後，錯的退貨列要另處理。
練習
用你在雲端那軌選的居住地，寫四句部署說明。
補一句：回滾程式時，退貨結論那些事實會不會一起回去。
完成的時候
- 你能把部署四句接到 VPS 或雲端服務，而不把兩者說成同一件事。
- 你沒有把帳號或登入步驟寫進說明。