本篇文章帶大家了解學(xué)習(xí)一下Git分支，介紹一下使用分支的Git Merge命令，希望對(duì)大家有所幫助！

在Git中merge是用來(lái)把分叉的提交歷史放回到一起的方式。git merge命令用來(lái)將你之前使用git branch命令創(chuàng)建的分支以及在此分支上獨(dú)立開(kāi)發(fā)的內(nèi)容整合為一個(gè)分支。

請(qǐng)注意下面的所有命令都會(huì)是將其他分支合并到當(dāng)前所在工作分支上。當(dāng)前工作分支的內(nèi)容會(huì)由于merge操作產(chǎn)生更新，但是目標(biāo)分支則完全不受影響。再次強(qiáng)調(diào)，這意味著git merge通常與其他幾個(gè)git命令一起使用，包括使用git checkout命令來(lái)選擇當(dāng)前工作分支，以及使用git branch -d命令來(lái)刪除已經(jīng)合并過(guò)的廢棄分支。

它是如何運(yùn)行的

git merge會(huì)將多個(gè)提交序列合并進(jìn)一個(gè)統(tǒng)一的提交歷史。在最常見(jiàn)的使用場(chǎng)景中，git merge被用來(lái)合并兩個(gè)分支。在本文檔接下來(lái)的部分，我們會(huì)專注于這種合并場(chǎng)景。在這種場(chǎng)景中，git merge接受兩個(gè)commit指針，通常是兩個(gè)分支的頂部commit，然后向前追溯到這兩個(gè)分支最近的一個(gè)共同提交。一旦找到這個(gè)共同提交，Git就會(huì)創(chuàng)建一個(gè)新的"merge commit"，用來(lái)合并兩個(gè)分支上各自的提交序列。

比如說(shuō)我們有一個(gè)功能分支由main分支派生出來(lái)，現(xiàn)在我們希望將這個(gè)功能分支合并回main分支。

執(zhí)行合并命令會(huì)將指定分支合并到當(dāng)前工作分支上，我們假設(shè)當(dāng)前工作分支為main。Git根據(jù)兩個(gè)分支自行決定合并提交的算法（將在下面具體討論）。

合并commit與普通commit不一樣，因?yàn)楹喜ommit會(huì)有兩個(gè)父提交。創(chuàng)建一個(gè)合并commit時(shí)Git會(huì)嘗試自動(dòng)將兩個(gè)獨(dú)立的提交歷史合并為一個(gè)。不過(guò)當(dāng)Git發(fā)現(xiàn)某一塊數(shù)據(jù)在兩邊的提交歷史中都含有變更，它將無(wú)法自動(dòng)對(duì)其進(jìn)行合并。這種情況被稱為版本沖突，此時(shí)Git需要人為介入調(diào)整才能繼續(xù)進(jìn)行合并。

準(zhǔn)備合并

在實(shí)際進(jìn)行合并操作之前，需要進(jìn)行一些準(zhǔn)備步驟，以保證合并過(guò)程能夠順利進(jìn)行。

確認(rèn)接收合并的分支

執(zhí)行git status命令查看當(dāng)前分支的狀態(tài)，確保HEAD指正指向的是正確的接收合并的分支。如果不是，執(zhí)行git checkout命令切換到正確的分支。在我們的示例中，執(zhí)行git checkout main。

獲取最新的遠(yuǎn)程提交

確保合并操作涉及的兩個(gè)分支都更新到遠(yuǎn)程倉(cāng)庫(kù)的最新?tīng)顟B(tài)。執(zhí)行git fetch拉取遠(yuǎn)程倉(cāng)庫(kù)的最新提交。一旦fetch操作完成，為了保證main分支與遠(yuǎn)程分支同步，還需執(zhí)行git pull命令。

合并

當(dāng)上面提及的準(zhǔn)備工作都已完備，合并就可以正式開(kāi)始了。執(zhí)行git merge <branch>命令，其中為需要合并到當(dāng)前分支的目標(biāo)分支名稱。

快進(jìn)合并

當(dāng)前工作分支到合并目標(biāo)分支之間的提交歷史是線性路徑時(shí)，可以進(jìn)行快進(jìn)合并。在這種情況下，不需要真實(shí)的合并兩個(gè)分支，Git只需要把當(dāng)前分支的頂端指針移動(dòng)到目標(biāo)分支的頂端就可以了（也就是快進(jìn)的意思）。在這種情況下快進(jìn)合并成功的將提交歷史合并至一處，畢竟目標(biāo)分支中的提交此時(shí)都包含在當(dāng)前分支的提交歷史中了。對(duì)于將功能分支快進(jìn)合并到main分支的流程可以參見(jiàn)下圖所示：

然而快進(jìn)合并在兩個(gè)分支出現(xiàn)分叉的情況下是不允許執(zhí)行的。當(dāng)目標(biāo)分支相對(duì)于當(dāng)前分支的提交歷史不是線性的，Git只能通過(guò)三路合并算法來(lái)決定如何對(duì)兩個(gè)分支進(jìn)行合并。三路合并算法需要使用一個(gè)專用commit來(lái)整合兩邊的提交歷史。這個(gè)名詞源于Git要想生成合并commit，需要用到三個(gè)commits：兩個(gè)分支的頂端commit，以及它們的共同祖先commit。

雖然實(shí)際上可以選擇使用這些不同的合并策略，但是大多數(shù)開(kāi)發(fā)者更喜歡快進(jìn)合并（通過(guò)利用 rebasing 命令），尤其是用于小功能的開(kāi)發(fā)或者bug修復(fù)；反之對(duì)于合并長(zhǎng)期開(kāi)發(fā)的功能分支，則更傾向于使用三路合并的方式。在第二種場(chǎng)景中，merge產(chǎn)生的合并commit會(huì)作為兩個(gè)分支合并的標(biāo)志保留在提交歷史中。

接下來(lái)我們用下面第一個(gè)例子來(lái)展示如何進(jìn)行快進(jìn)合并。下面的命令會(huì)先創(chuàng)建一個(gè)新分支，在新分支上進(jìn)行兩次提交，然后用快進(jìn)合并把新分支合并回main分支。

# Start a new feature git checkout -b new-feature main # Edit some files git add <file> git commit -m "Start a feature" # Edit some files git add <file> git commit -m "Finish a feature" # Merge in the new-feature branch git checkout main git merge new-feature git branch -d new-feature

這個(gè)例子中的工作流程通常用于短期功能的開(kāi)發(fā)，這種開(kāi)發(fā)流程