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

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

9 個重點約 1 分鐘#Git#程式入門#團隊協作#功能測試
▶ 全螢幕開始互動教學
  1. 重點 1:版本一亂,團隊就開始互相等

    沒有版本控制時,大家用複製檔案加日期、加「最終版」來保留歷史;一多人同時改,就會互相覆蓋、找不到舊版。Git 會自動記下每一次修改的內容、時間和作者。

  2. 重點 2:一個專案=一個儲存庫

    儲存庫就是一個被 Git 管理的資料夾。除了現在的檔案,它還保存了每一次修改的紀錄,隨時可以回頭看任何時間點的樣子。

  3. 重點 3:存檔一定要寫清楚改了什麼

    commit 會把這次修改拍成一張快照,附上作者、時間和一句說明(commit message)。好的說明像「修正結帳頁運費計算錯誤」,三個月後還看得懂。

  4. 重點 4:主線保持隨時能上線

    branch 讓每個人、每個功能各自在自己的時間線上工作。主線(通常叫 main)保持穩定,新功能在分支上做完、確認沒問題才合回去。

  5. 重點 5:衝突不是壞事,是 Git 在問你

    merge 會把分支上的修改合進主線。大部分時候 Git 會自動合好;只有兩邊改到同一段時才會出現 conflict,需要人看過再決定。

  6. 重點 6:雲端也是備份

    每個人電腦裡都有一份完整的儲存庫,再透過遠端儲存庫同步。push 是上傳、pull 是下載並合併別人的修改。

  7. 重點 7:每一行程式上線前都有人看過

    Pull Request(GitLab 叫 Merge Request)是「請把我的分支合進主線」的申請。同事會留言建議(code review),系統也會自動跑測試(CI),都通過才合併。

  8. 重點 8:好紀錄是寫給三個月後的自己

    常見習慣:提交訊息用 feat(新功能)、fix(修錯)等前綴;主線開啟分支保護,一定要經過 PR 與審查才能合併;出事時用歷史紀錄快速找到是哪一次改壞的。

  9. 重點 9:看懂流程,就能和工程師對上話

    clone 把遠端儲存庫複製到電腦;add 選要存的檔案;commit 存檔並寫說明;push 上傳;pull 拿別人的更新。圖形介面工具會把這些動作變成按鈕。

LINE 詢問