如何將兩個(gè)分支合并到一起。就是說我們新建一個(gè)分支，在其上開發(fā)某個(gè)新功能，開發(fā)完成后再合并回主線。
1. git merge
咱們先來看一下第一種方法 —— git merge
在 Git 中合并兩個(gè)分支時(shí)會(huì)產(chǎn)生一個(gè)特殊的提交記錄，它有兩個(gè)父節(jié)點(diǎn)。翻譯成自然語言相當(dāng)于：“我要把這兩個(gè)父節(jié)點(diǎn)本身及它們所有的祖先都包含進(jìn)來?！毕旅婢唧w解釋。
# 創(chuàng)建新分支 bugFix
git branch bugFix
# 切換到該分支
git checkout bugFix
# 提交一次
git commit
# 切換回 master
git checkout master
# 再提交一次
git commit
# 用 git merge 把 bugFix 合并到 master
git merge bugFix
（master 的分支被混入到所有的提交記錄，但 bugFix 沒有，所以要進(jìn)行下面的操作）
# 再把 master 分支合并到 bugFix（因?yàn)?master 繼承自 bugFix，Git什么都不用做，只是簡單地把 bugFix 移動(dòng)到 master所指向的那個(gè)提交記錄。）
git checkout bugFix;
git merge master
2. git rebase
第二種合并分支的方法是 git rebase。rebase 實(shí)際上就是取出一系列的提交記錄，“復(fù)制”它們，然后在另外一個(gè)地方逐個(gè)的放下去。
Rebase 的優(yōu)勢就是可以創(chuàng)造更線性的提交歷史，這聽上去有些難以理解。如果只允許使用 Rebase 的話，代碼庫的提交歷史將會(huì)變得異常清晰。
# 創(chuàng)建新分支 bugFix分支
git branch bugFix
#提交一次(提交在master分支上)
git commit
# 切換到bugFix分支
git checkout bugFix
# 提交一次（提交在bugFix分支上）
git commit
#使用git rebase把 bugFix 分支里的工作直接移到 master 分支上（移動(dòng)以后會(huì)使得兩個(gè)分支的功能看起來像是按順序開發(fā)，但實(shí)際上它們是并行開發(fā)#的）。
git rebase master
注意：提交記錄 C3 依然存在（樹上那個(gè)半透明的節(jié)點(diǎn)），而 C3'是我們 Rebase 到 master 分支上的 C3 的副本。
#切換到master分支上（為了進(jìn)行更新master的操作）
git checkout master
#把master的 rebase 到 bugFix 分支上（由于 bugFix 繼承自 master，所以 git 只是簡單的把 master 分支的引用向前移動(dòng)了一下而已。）
git rebase bugFix
到此這篇關(guān)于詳解git的分支與合并的兩種方法的文章就介紹到這了,更多相關(guān)git分支與合并內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- idea+git合并分支解決沖突及詳解步驟
- Python如何使用Gitlab API實(shí)現(xiàn)批量的合并分支
- Git分支合并沖突解決的方法實(shí)現(xiàn)
- git分支的創(chuàng)建、切換、合并及刪除操作小結(jié)
- Ruby實(shí)現(xiàn)的刪除已經(jīng)合并的git分支腳本分享
- Git創(chuàng)建子分支,合并分支并提交
