AI 改壞了也不怕：Git 版本控制 · 第 05 章
遠端倉庫與 Pull Request
把專案放上 GitHub：推送、抓取、拉取三個動作的分工；用 Pull Request 讓改動先被看過一次再進主線——就算團隊只有你和一隻貓。
貓老闆的簡報
改動要放在雲上。筆電被我用腳踢下桌的時候，網站還活著才行。
——貓掌櫃官網的老闆「掌櫃」下需求時的原話
這章做什麼
把專案連上 GitHub，立下「分支 → 推送 → PR → 審核 → 合併」的固定流程。
動手做
- 建立遠端：git remote add origin 加上儲存庫網址，首次 git push -u origin main。
- 分清楚三個動作：push（推上去）、fetch（看看遠端有什麼）、pull（抓下來合併）。
- 立規矩：改動一律走分支與 Pull Request，主線只接受被看過的合併。
- 每個 PR 寫三行：改了什麼、為什麼、怎麼驗收——三行都能回答，合併就不心虛。
親手試試
push、fetch、pull 三個詞天天用：推上去、看一眼、抓下來。
這樣對 AI 說
中文就可以
幫我把專案連到 GitHub（我會提供空白儲存庫網址）：一、設定 remote 並推送主線。二、之後的流程定成規矩：我在分支上讓你改，改完推送分支、開 Pull Request，我在 GitHub 上看過才合併。三、每次開 PR 幫我寫好標題與描述，固定三段：改了什麼、為什麼、怎麼驗收。
安全習慣檢查
遠端不只是備份：Pull Request 是「改動上線前的最後一道關」，一個人開發也值得走。
- 遠端倉庫是私有且乾淨的：.env 之類的東西永遠推不上去
- 主線只收 PR，不直接 push（緊急修復也要走一個一分鐘的 PR）
- 每個 PR 有三行描述：改了什麼、為什麼、怎麼驗收
這章的相關詞條
詞條頁都有可以動的示範——卡住的時候，去把名詞弄清楚，回來繼續做。
進度只存在這台瀏覽器，不上傳、不追蹤。