Preview 預覽環境

正式上線前給團隊或客戶驗收的臨時版本。

先用一句話理解

正式上線前給團隊或客戶驗收的臨時版本。

打個比方

像餐廳試營運，不是正式開幕。

什麼時候會遇到

每個 PR、每個客戶修改都應該先有預覽環境驗收。

再往深一點看

Preview 環境是每次開 pull request 或推送分支時，自動產生的一個有獨立網址的臨時版本，專門用來讓你、隊友或客戶在合併進正式環境之前先驗收。它和 production 的關鍵差別是「這裡允許出問題」——你可以在 preview 上展示半成品、讓客戶確認設計方向、測試還沒確定的功能，不會影響任何真實使用者。Vercel 對每個 PR 自動產生一個 preview URL，push 更新後 URL 不變但內容自動刷新，讓驗收流程變成「把連結丟給客戶」而不是「等我把程式跑起來 demo 給你看」。Preview 環境通常連接的是測試資料庫或 staging 資料庫，絕對不應該連到 production 資料庫。

舉個例子

你在幫客戶做改版，每次修改後把 Vercel 自動產生的 preview URL 貼給客戶，客戶在手機上點開連結直接看到最新版本，確認沒問題後你才 merge 到 main 觸發 production deployment，整個過程客戶都不會看到還沒確認的東西。

常見誤解

- 把 preview 環境的連結直接發給客戶作為「正式網址」，客戶以為這就是上線的版本，結果某天分支刪掉或連結失效，客戶找不到網站。
- preview 環境連到同一個 production 資料庫，測試時插入或刪除的假資料直接影響到真實使用者的資料。
- 跳過 preview 驗收、直接 merge 到 main，客戶看到的第一眼就是正式環境，有任何不滿意都只能再改再 deploy，修改成本比在 preview 階段高很多。