# 給程式小白的 Git 入門：從存檔點到團隊協作

> 不懂程式也能看懂 Git：儲存庫、提交、分支、合併、遠端，用遊戲存檔和平行宇宙來比喻；再看業界工程師每天怎麼用分支、Pull Request 和程式碼審查一起寫程式。

來源：https://guide-mkt.lot.tw/guides/git-for-beginners-test/｜最後更新：2026-10-25

互動教學（跟著畫面一步一步點）：https://guide-mkt.lot.tw/play?g=git-for-beginners-test

共 9 個重點，約 1 分鐘。標籤：Git、程式入門、團隊協作、功能測試。

1. **版本一亂，團隊就開始互相等**：沒有版本控制時，大家用複製檔案加日期、加「最終版」來保留歷史；一多人同時改，就會互相覆蓋、找不到舊版。Git 會自動記下每一次修改的內容、時間和作者。
2. **一個專案＝一個儲存庫**：儲存庫就是一個被 Git 管理的資料夾。除了現在的檔案，它還保存了每一次修改的紀錄，隨時可以回頭看任何時間點的樣子。
3. **存檔一定要寫清楚改了什麼**：commit 會把這次修改拍成一張快照，附上作者、時間和一句說明（commit message）。好的說明像「修正結帳頁運費計算錯誤」，三個月後還看得懂。
4. **主線保持隨時能上線**：branch 讓每個人、每個功能各自在自己的時間線上工作。主線（通常叫 main）保持穩定，新功能在分支上做完、確認沒問題才合回去。
5. **衝突不是壞事，是 Git 在問你**：merge 會把分支上的修改合進主線。大部分時候 Git 會自動合好；只有兩邊改到同一段時才會出現 conflict，需要人看過再決定。
6. **雲端也是備份**：每個人電腦裡都有一份完整的儲存庫，再透過遠端儲存庫同步。push 是上傳、pull 是下載並合併別人的修改。
7. **每一行程式上線前都有人看過**：Pull Request（GitLab 叫 Merge Request）是「請把我的分支合進主線」的申請。同事會留言建議（code review），系統也會自動跑測試（CI），都通過才合併。
8. **好紀錄是寫給三個月後的自己**：常見習慣：提交訊息用 feat（新功能）、fix（修錯）等前綴；主線開啟分支保護，一定要經過 PR 與審查才能合併；出事時用歷史紀錄快速找到是哪一次改壞的。
9. **看懂流程，就能和工程師對上話**：clone 把遠端儲存庫複製到電腦；add 選要存的檔案；commit 存檔並寫說明；push 上傳；pull 拿別人的更新。圖形介面工具會把這些動作變成按鈕。

---
mkt 營業中 × 高效狂熱研究室！