實作課程 · Git Workflow & Version Control

AI 改壞了也不怕:Git 版本控制

把 AI 的改動收進版控的六堂實戰:提交存檔點、用差異看懂它改了什麼、把實驗關進分支、合併與解衝突、遠端協作、撤銷救援。六章都拿課程一做完的「貓掌櫃官網」當練習專案,每一章都在回答同一個問題:AI 改壞了,怎麼救?

6 章·一個案例帶到底·每章都有驗收清單·進度存在你的瀏覽器

練習專案

貓掌櫃官網

延續《替貓老闆做官網》的成品,開始讓 AI 動手改程式碼
  • 你已經有一個上線的官網。現在要讓 AI 改 CSS、修表單、加功能——於是版控從選配變成必需品。
  • 六章的示範都沿用同一個專案:你會看著它的提交史一層一層長出來。
  • 這門課用「安全習慣檢查」取代課程一的驗收清單——主題從「不像 AI 做的」,變成「不怕 AI 改壞」。
第一次提交:把存檔點立起來工作區、暫存區、儲存庫——Git 的三個房間。讓 AI 養成習慣:功能一正常就提交,之後改壞了,隨時能回到上一個好版本。未開始看懂差異與忽略清單提交之前先用 diff 看 AI 到底改了什麼;密鑰、套件、本機設定寫進 .gitignore,永遠不進儲存庫。看懂差異,才看懂 AI。未開始分支:把實驗關進籠子想讓 AI 大改之前,先開一條分支。主線永遠保持能上線的狀態;實驗在分支上做,失敗了刪掉分支,主線毫髮無傷。未開始合併與解決衝突分支驗證通過,合併回主線。快進合併與三方合併的差別;兩邊改到同一行時,衝突標記怎麼讀、怎麼帶著 AI 一次解乾淨。未開始遠端倉庫與 Pull Request把專案放上 GitHub:推送、抓取、拉取三個動作的分工;用 Pull Request 讓改動先被看過一次再進主線——就算團隊只有你和一隻貓。未開始撤銷與暫存:三種後悔藥還沒提交就反悔,用 restore 丟掉工作區的改動;已經提交的壞版本,用 revert 蓋一個反向提交安全退回;臨時要插隊,用 stash 把現場收起來。三種後悔,三種藥。未開始