Branch 分支

從主線分出去做修改，不直接影響正式版本。

先用一句話理解

從主線分出去做修改，不直接影響正式版本。

打個比方

像在施工前先開一個臨時工作區。

什麼時候會遇到

開發新功能、修 bug、測試不同做法時。

再往深一點看

Branch 讓你從 main（主線）分出一條獨立的工作線，在上面累積 commit，直到完成才合併回去。這個機制的核心好處是：你在 feature/login 分支上改了多少，main 上的程式碼完全不受影響——正式環境繼續穩定運作，你的實驗也不怕打斷別人。多人協作時，不同人各自在自己的 branch 上工作，最後透過 Pull Request 逐一合併，避免直接在 main 上互相踩到對方的修改。Vercel 等部署平台也能針對每個 branch 自動產生 preview 環境，讓你在合併前就能看到真實效果。

舉個例子

你要加一個「忘記密碼」功能，從 main 開一條 branch 叫 feature/forgot-password，在上面開發三天、push 了十個 commit。期間 main 也有其他同事的修改，但因為你在自己的 branch 上，兩邊互不干擾，最後開 PR 合併時再一次整合。

常見誤解

- 直接在 main 上修改並 push，萬一改壞了，正式部署馬上受影響，沒有緩衝空間。
- 同一個 branch 拖太久、橫跨多個功能，等到要合併時 conflict 一大堆，難以解決。
- 完成 PR 合併後忘了刪掉舊 branch，時間一長 repository 累積幾十條廢棄分支，管理越來越混亂。