AI 改壞了也不怕：Git 版本控制 · 第 02 章
看懂差異與忽略清單
提交之前先用 diff 看 AI 到底改了什麼；密鑰、套件、本機設定寫進 .gitignore，永遠不進儲存庫。看懂差異，才看懂 AI。
貓老闆的簡報
提交之前，把 AI 改的每一行都看過。牠寫的時候很自信，你檢查的時候要更自信。
——貓掌櫃官網的老闆「掌櫃」下需求時的原話
這章做什麼
把「git diff 摘要」變成提交前的固定流程，並且立好 .gitignore，把不該進版的東西擋在門外。
動手做
- 每次提交前跑 git diff：刪掉的行、新增的行，AI 必須逐檔摘要給你聽。
- 特別盯三種改動：被刪掉的東西、被改到的設定檔、看起來「順手」的重構。
- 建立 .gitignore：.env（API 金鑰）、node_modules、作業系統暫存檔，全部排除。
- 演練一次最壞情況：金鑰真的進了提交——換鑰，而不是只刪檔案。
親手試試
點每一行改動，看它做了什麼——這就是 AI 該用中文講給你聽的東西。
這樣對 AI 說
中文就可以
從現在開始，每次提交前請先跑 git diff，並用中文摘要三件事：改了哪些檔案、每個檔案各改了什麼、有沒有看起來危險的改動（刪掉內容、動到設定、順手重構）。另外幫我建 .gitignore：排除 .env（裡面有 API 金鑰）、node_modules、.DS_Store 之類的系統暫存檔，並逐行解釋每條規則的用途。
安全習慣檢查
看 diff 不是不信任 AI，是不給錯誤複利的機會：一行沒人看的改動，會變成三個壞掉的頁面。
- 每次提交前都看過 diff 摘要，看不懂的地方問到懂
- .env、金鑰、本機設定在 .gitignore 裡，一個都不能少
- 金鑰一旦進過提交歷史：立刻作廢換新，刪檔案沒有用
這章的相關詞條
詞條頁都有可以動的示範——卡住的時候，去把名詞弄清楚，回來繼續做。
進度只存在這台瀏覽器，不上傳、不追蹤。