「路老闆，大家都說要用 Git，可是我看了半天看不懂。我只是想要改壞的時候可以退回昨天那個版本，有沒有簡單一點的方法？」

有。而且我要先講一件事：讓你退得回去的不是 Git，是一套流程。Git 只是這套流程最常見的工具。流程對了，用什麼工具都退得回去；流程不對，用了 Git 一樣退不回去。

我自己維運一百多個網站，部署前的流程就四步，你可以先照這四步做，工具之後再學。

這四步是什麼

一、改之前先把原檔抓下來備份。要動哪個檔案，先把線上那份完整複製一份存起來，標上日期。

二、人眼看 diff。diff 就是新舊兩版的差異。AI 改完之後，我不是直接上線，而是把它改了哪幾行、動了哪些檔案攤開來看一遍。這一步是抓「它順手多改了什麼」的地方。

三、確認之後才記一個版本。用 Git 的話是 commit，不用 Git 的話就是把這一版完整存一份，並且寫一句這版改了什麼。

四、再上線。上線之後如果出事，回到第三步那份，蓋回去。

順序不能反。很多人是上線之後才想到備份，那時候能備份的已經是壞掉的版本了。

不用 Git 的最小做法

如果你現在真的不想學 Git，這樣做也能活：

• 在專案旁邊開一個資料夾叫 versions
• 每次要請 AI 改東西之前，把整個專案複製一份進去，資料夾名稱寫日期加一句話，例如「0830-加付款方式之前」
• AI 改完、你看過差異、確認能動之後，再複製一份，名稱寫「0830-加付款方式完成」
• 出事就把最近那個「完成」的版本整包蓋回去

這個方法很土，但它把最重要的兩件事做到了：改之前有原檔、改之後有標記。

它的缺點是佔空間、找差異要自己比對。等你覺得這兩個缺點開始煩，就是該學 Git 的時候，那時候你會發現 Git 做的事情你已經懂了，只是換成指令而已。

為什麼要人眼看差異

這是四步裡面最多人跳過的一步，也是最重要的一步。

AI 改東西有一個習慣：你叫它改 A，它順便把 B 也「優化」了。它不覺得這是問題，它覺得幫了你。但那個 B 可能是你上週好不容易調對的東西。

看差異不需要看懂程式。你要看的是：它動了哪幾個檔案？有沒有動到我沒叫它動的？改動的量跟我要求的事情相稱嗎？我叫它改一行文字，它改了兩百行，這就要停下來問。

這一步花的時間，通常比出事之後找原因少很多。

為什麼備份要在改之前

有人會問，我每天固定備份一次不就好了？

不夠。固定備份保的是「昨天的狀態」，但你一天可能請 AI 改五次，第三次壞的話，昨天的備份會把前兩次做好的東西一起退掉。

備份要跟著「改動」走，不是跟著「時間」走。每一次改動之前有一份，你才能精準退回上一步，而不是退回昨天。

資料跟檔案是兩件事

上面講的都是檔案，也就是程式跟頁面。但網站還有另一半：資料庫，裡面是會員、訂單、報名資料。

檔案退回昨天的版本，資料不會跟著退，這是好事，因為今天新進來的報名你不會想弄丟。但反過來，如果 AI 這次改的是資料結構，例如加了一個欄位、改了一張表，那在改之前資料庫也要另外備一份。

判斷方式很簡單：問 AI 這次改動會不會動到資料庫。會，就多備一份資料；不會，備檔案就夠。

常見的誤區：以為線上那份就是備份

很多用 AI 建站平台的人，從來沒有把自己的檔案抓下來過。所有版本都在平台上，平台說能退就能退，平台說不能就不能。

線上那份是正在用的，不是備份。備份的定義是「在另一個地方、你自己拿得到、隨時可以拿回來蓋上去」。三個條件缺一個都不算。

留一個問題給你

你現在的網站，如果今天下午改壞了，你手上有沒有一份「今天早上的完整版本」？

沒有的話，先去複製一份，其他的都可以晚點再學。

如果你在建這套流程的時候卡住了，可以把狀況寫信給我。我的電子報每週會寫這類做網站不出事的實際做法，可以先訂起來：https://iamlouis.ai/subscribe/edm