為什麼要合併？

昨天我們在新創的分支嘗試加了一行文字。
如果這個修改確認沒問題，
就可以把它「合併」回 master 主支，
這樣主線就會擁有我們在分支上的改動，推出新版本!
接下來我們就實際練習看看~

合併實作

先切回master主線，然後進行合併:

git checkout main
git merge feature-x

成功時的輸出大概會長這樣：

這代表master已經吸收了分支的修改，
這時我們在master主線中，再次查看readme.txt。

如圖，現在我們在主線也能看到分支修改的內容了!

如果這個分支已經完成使命（例如 bug 已修好、功能已完成），
通常會刪掉，避免一堆舊分支佔空間。

刪掉分支指令：

git branch -d feature-x

而有另一種做法：rebase
今天講的 merge 會保留完整的分支線路（像樹幹有分叉再合回來）。
但有些團隊喜歡「乾淨直線」的歷史，就會用 git rebase。
之後會再學到，先知道「merge 與 rebase」是兩種不同整合方法就好。

常見迷思

1. 合併會覆蓋掉主線?
   → 錯！合併是整合，不是覆蓋。
2. 合併一定會衝突?
   → 不一定，大部分情況下是自動快轉（fast-forward）。
   3.衝突只是兩邊同時修改了同一區塊?
   → 明天我們會專門學這個。