不懂程式也要會的「存檔與退回」：Vibe Coding 版本控制入門

玩過遊戲都知道，打大魔王前一定要先存檔——萬一被打死，還能讀檔重來。做網站也一樣。用 vibe coding 最怕的情境是:讓 AI 一直改，改著改著東西壞了，卻回不到那個「還好好的」版本(這種 AI 越改越爛的狀況幾乎人人遇過)。這篇用最白話的方式，教你不懂程式也該懂的「存檔與退回」，這是每個 vibe coder 的保命技能。

版本控制，就是幫你的程式「存檔」

工程師講的「版本控制」聽起來很高深，其實核心就是遊戲存檔:每到一個好的進度就存一份，之後不管怎麼亂搞，都能讀回任何一個存過的檔。這套機制最常見的工具叫 Git，配上 GitHub(把存檔放到雲端的地方)。你不用會用指令，現在的 vibe coding 工具多半幫你包好了。

為什麼一定要做

• 改壞能退回:這是最重要的。AI 幫你改功能，結果版面跑掉、其他地方壞了——有存檔，一鍵退回上一個好版本，不用哭著重做。
• 看得到改了什麼:每次存檔都會記錄「這次動了哪裡」，出問題比較好追。
• 不怕電腦壞掉:存到 GitHub 雲端，電腦掉進馬桶你的心血還在。
• 敢大膽嘗試:反正退得回去，你就敢放手讓 AI 試新東西。

養成三個好習慣

1. 常存檔(commit)

每完成一個「還不錯的進度」就存一次。做好登入頁、存一次;調好首頁、再存一次。別等到做了一整天才存——那樣萬一壞了，退回去會損失一大段。存檔時順手寫一句「這次做了什麼」，未來的你會感謝現在的你。

2. 改壞了就退回

發現越改越糟、或 AI 把好好的東西弄壞了，別硬要它繼續救——先退回上一個好版本，從乾淨的狀態重新描述需求。很多時候「退回重來」比「在爛攤子上繼續改」快得多。

3. 一次只改一小塊

範圍小，就算壞了也好定位、好退回。想一次改十個地方，出事時根本不知道是哪裡的問題(這點在 跟 AI 除錯 也很關鍵)。

在工具裡怎麼做

主流工具都內建版本控制，你只要用對詞:

幫我把目前的進度存一個版本(commit)，說明寫「完成首頁與導覽列」。之後如果我要退回這個版本，告訴我怎麼做。

在 Cursor 這類工具裡，它會幫你處理 Git 的細節;有些像 Lovable 這類平台也有「版本歷史」可以直接回溯。第一次用先請 AI「用白話教我在這個工具怎麼存檔、怎麼退回」，跟著做一遍就會了。

別忘了:資料也要備份

版本控制存的是「程式」，但你的資料(會員名單、訂單、留言)是存在資料庫裡的，那是另一回事。如果你的網站有存資料(關於資料庫的觀念看 讓網站能記住資料)，記得:

• 定期把重要資料匯出備份一份(很多後端服務有匯出功能)。
• 別在正式資料上做危險測試，先複製一份來試。
• 資料庫的密碼、金鑰務必放後端、絕不放前端(見 安全底線)。

常見問題

Q:我完全不會用 Git 指令，也能做版本控制嗎? 可以。現在的 vibe coding 工具幾乎都把 Git 包成按鈕或用講的就能操作，你不用背指令。真的想懂原理，補一下 名詞速查 就夠。

Q:多久存一次檔比較好? 以「完成一個小進度、而且它是好的」為單位就存。寧可存太勤，也別一整天不存。

Q:存檔會不會把我的網站弄壞? 不會。存檔只是「記錄目前狀態」，是純粹的保險動作，本身不改變任何功能。真正該擔心的是「都不存檔」。

Q:退回舊版本，那之後做的東西不就沒了? 退回是回到某個存檔點，之後的改動會被捨棄(或另存)。所以才要「常存檔、一次改一小塊」——每個存檔點都離得近，退回的損失就小。

---

存檔與退回，是讓你「敢放手做、又不怕搞砸」的底氣。從今天起養成常存檔的習慣 → 遇到 AI 越改越爛 → 就冷靜退回，搭配 跟 AI 一起除錯 →，或回 挑個 Prompt 開始 →。