Pull Request / Merge Request
在團隊開發中，通常不會直接把自己的分支 merge 到 main，而是透過平台（GitHub 叫 Pull Request、GitLab 叫 Merge Request）發起一個「請求合併」，讓其他人 code review 後再合併。
基本流程：
- 從
main切出自己的功能分支：git switch -c feature/xxx - 開發完成後
git push origin feature/xxx - 到平台上開一個 Pull Request，描述這次改了什麼
- 等待其他成員 review、討論、修改
- 通過後合併進
main
常見的分支命名慣例
main/master：穩定的主分支develop：開發中的整合分支feature/功能名稱：開發新功能fix/問題描述：修正 bughotfix/...：緊急修補上線中的問題
Code Review 的好處
- 提早發現潛在問題與 bug
- 團隊成員互相熟悉彼此的程式碼
- 統一程式風格與寫法慣例
解決遠端衝突
當你的分支落後遠端 main 太多，merge 前建議先同步：
git switch main
git pull
git switch feature/xxx
git merge main
merge 會保留完整歷史，rebase 則會讓分支歷史更乾淨，但會改寫 commit，只建議在自己的分支、且尚未與他人共用時使用。
掌握這些協作流程，是從「一個人寫程式」進階到「團隊開發」最重要的一步。