2026 完整指南
一次搞懂
GitHub 版本控管
從「為什麼要版控」到團隊 PR 審核，
再把整套流程交給 Claude Code 跑。
Git CLIGitHub 雲端Pull Request分支策略Windows 排雷Claude Code 整合
一份完整指南 · 八大模組 · 30 分鐘從零上手
01Git 跟 GitHub 到底差在哪
新手最常見的誤會就是把 Git 跟 GitHub 當同一個東西。一句話分清楚：
| Git | 裝在你電腦裡的「版本控制工具」，沒有網路也能用。記錄每次檔案變更，可以隨時回到任何一個歷史版本。 |
| GitHub | 把 Git 倉庫放到雲端的「協作平台」。多了 Pull Request、Issue、Actions、權限管理、網頁瀏覽。 |
| 關係 | Git 是引擎，GitHub 是把車子推上網路的平台。也有 GitLab / Bitbucket，但 GitHub 是業界標準。 |
用一個比喻記住
Git 像遊戲裡的存檔系統——每次存檔（commit）都能回去；GitHub 像雲端存檔——你跟隊友看到的是同一份進度。
02為什麼一定要學版本控制
沒有版控的人生：final.docx、final_v2.docx、final_真的_final.docx、final_老闆改完.docx。檔案爆炸，沒人知道哪份是對的，改錯了無法回頭。
有版控之後：
- 每次變更都留歷史——誰在何時改了什麼，一行都跑不掉
- 隨時回滾——上線炸了，一指令回到上一個正常版本
- 多人平行開發——你改 A 功能、同事改 B 功能，最後乾淨合併
- 實驗有後路——開分支亂搞，搞砸刪掉就好，主線完全不受影響
03核心名詞地圖
整個 Git 世界其實只有這幾個關鍵詞要記得：
| Repository（倉庫） | 整個專案 + 它的所有歷史。可以在本機（local），也可以在 GitHub（remote）。 |
| Commit（提交） | 一次「存檔」。有作者、時間、訊息、跟一份完整快照。每個 commit 有獨一無二的 SHA。 |
| Branch（分支） | 一條獨立的時間線。主線叫 main（舊稱 master），新功能開新分支寫，寫完再合回主線。 |
| Merge（合併） | 把分支 A 的變更合進分支 B。可能順利、也可能衝突（同一行被兩邊改了）。 |
| Remote（遠端） | 通常叫 origin，指向 GitHub 上的同一個倉庫。push 上傳、pull / fetch 下載。 |
| Clone / Fork | Clone 是把整個倉庫下載到本機；Fork 是在 GitHub 上複製一份到自己帳號。 |
| Pull Request（PR） | GitHub 的協作核心：在合併前讓其他人 review 程式碼、討論、跑 CI。 |
| HEAD | 目前你正站在哪個 commit 上。換分支、回滾，本質都是在搬動 HEAD。 |
04三個區域：你的檔案現在在哪
Git 把你的檔案分成三個狀態，搞清楚就不會被嚇到：
| Working Directory | 你正在編輯的檔案。改了還沒告訴 Git。 |
| Staging Area（暫存區） | git add 之後檔案會進來這裡。像「準備裝箱」的清單。 |
| Repository | git commit 之後快照才真正進入歷史。這時候才有後悔的本錢。 |
為什麼要有暫存區
讓你可以把「同時改的 10 個檔案」拆成多個有意義的 commit，而不是全部塞成一坨。專業度的差別常常就在這一步。