聲明：文章原稿來源于恩師稀哥。
一、概念
分支就是科幻電影里面的平行宇宙，當(dāng)你正在電腦前努力學(xué)習(xí)Git的時(shí)候，另一個(gè)你正在另一個(gè)平行宇宙里努力學(xué)習(xí)SVN。
如果兩個(gè)平行宇宙互不干擾，那對(duì)現(xiàn)在的你也沒啥影響。不過，在某個(gè)時(shí)間點(diǎn)，兩個(gè)平行宇宙合并了，結(jié)果，你既學(xué)會(huì)了git又學(xué)會(huì)了SVN！

分支在實(shí)際中有什么用呢？假設(shè)你準(zhǔn)備開發(fā)一個(gè)新功能，但是需要兩周才能完成，第一周你寫了50%的代碼，如果立刻提交，由于代碼還沒寫完，不完整的代碼庫會(huì)導(dǎo)致別人不能干活了。如果等代碼全部寫完再一次提交，又存在丟失每天進(jìn)度的巨大風(fēng)險(xiǎn)。
現(xiàn)在有了分支，就不用怕了。你創(chuàng)建了一個(gè)屬于你自己的分支，別人看不到，還繼續(xù)在原來的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到開發(fā)完畢后，再一次性合并到原來的分支上，這樣，既安全，又不影響別人工作。
二、創(chuàng)建與合并分支
git把我們之前每次提交的版本串成一條時(shí)間線，這條時(shí)間線就是一個(gè)分支。截止到目前只有一條時(shí)間線，在git里，這個(gè)分支叫主分支，即master分支。HEAD嚴(yán)格來說不是指向當(dāng)前的具體版本，而是指向分支，也就是master分支，在master分支中才是指向具體的版本，所以，HEAD指針是通過這種機(jī)制來指向到具體的版本的。
(1) 一開始的時(shí)候，master分支是一條線，git用master指向最新的提交，再用HEAD指向master，就能確定當(dāng)前分支，以及當(dāng)前分支的提交點(diǎn)：

每次提交，master分支都會(huì)向前移動(dòng)一步，這樣，隨著你不斷提交，master分支的線也越來越長。
(2)當(dāng)我們創(chuàng)建新的分支，例如dev時(shí)，git新建了一個(gè)指針叫dev，指向master所指向版本，再把HEAD指針指向dev指針，就表示當(dāng)前分支在dev上：

git創(chuàng)建一個(gè)分支很快，因?yàn)槌嗽黾右粋€(gè)dev指針，改變HEAD的指向，工作區(qū)的文件都沒有任何變化。
(3)不過，從現(xiàn)在開始，對(duì)工作區(qū)的修改和提交就是針對(duì)dev分支了，比如新提交一次后，dev指針往前移動(dòng)一步，而master指針不變：
(4)假如我們?cè)赿ev上的工作完成了，就可以把dev合并到master上。git怎么合并呢？最簡單的方法，就是直接把master指向dev的當(dāng)前提交，就完成了合并：

git合并分支也很快，因?yàn)橐彩侵桓闹羔?#xff0c;工作區(qū)內(nèi)容并沒有改變。
(5)合并完分支后，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉，刪掉后，我們就剩下了一條master分支：

相關(guān)操作命令:

? 查看分支：git branch ? 創(chuàng)建分支：git branch <name> ? 切換分支：git checkout <name> ? 創(chuàng)建+切換分支：git checkout -b <name> ? 合并某分支到當(dāng)前分支：git merge <name> ? 刪除分支：git branch -d <name>

案例分析：
（1）執(zhí)行如下命令可以查看當(dāng)前有幾個(gè)分支

# git branch * master

（2）下面創(chuàng)建一個(gè)分支dev并切換換到其上面進(jìn)行工作

# git branch dev # git branchdev * master# git checkout dev Switched to branch 'dev'# git branch * devmaster

此時(shí)的指針指向關(guān)系：

(3)下面我們修改code.txt內(nèi)容，在里面添加一行，并進(jìn)行提交。

# echo "+++++++++">>code.txt # cat code.txt first line second line +++++++++ # git add code.txt # git commit -m "新項(xiàng)目" [dev 6147876] 新項(xiàng)目1 file changed, 1 insertion(+)

此時(shí)的指針關(guān)系：

(4)dev分支的工作完成，我們就可以切換回master分支：

# git checkout master Switched to branch 'master'# git branchdev * master

此時(shí)的指針關(guān)系：

查看code.txt，發(fā)現(xiàn)并沒有添加的內(nèi)容。

cat code.txt first line second line

原因是那個(gè)提交是在dev分支上，而master分支此刻的提交點(diǎn)并沒有變。
（5）現(xiàn)在，我們把dev分支的工作合并到master分支上：

# git merge dev Updating 1a3efe2..6147876 Fast-forward <<<<<<<<<<<<<<<<<<<<<<<<<<<<<code.txt | 1 +1 file changed, 1 insertion(+) # cat code.txt first line second line +++++++++

git merge命令用于合并指定分支到當(dāng)前分支。合并后，再查看code.txt的內(nèi)容，就可以看到，和dev分支的最新提交是完全一樣的。

注意到上面的Fast-forward信息，Git告訴我們，這次合并是“快進(jìn)模式”，也就是直接把master指向dev的當(dāng)前提交，所以合并速度非常快。
(6)合并完成后，就可以放心地刪除dev分支了，刪除后，查看branch，就只剩下master分支了

# git branch -d dev Deleted branch dev (was 6147876). # git branch * master

三、解決沖突
其實(shí)分支并不是總能合并成功的，例如這種情況下

此時(shí)，如果進(jìn)行合并就會(huì)報(bào)錯(cuò)，因?yàn)閐ev分支是基于master的v3版本中的內(nèi)容，但是此時(shí)的master已經(jīng)發(fā)生更改，因此此時(shí)合并就會(huì)發(fā)生錯(cuò)誤，我們來模擬一下這種情況
（1）在創(chuàng)建一個(gè)新分支dev

# git checkout -b dev Switched to a new branch 'dev'# git branch * devmaster

(2)修改code.txt的內(nèi)容，并提交

# echo "dev submit">>code.txt # cat code.txt first line second line +++++++++ dev submit# git add code.txt # git commit -m 'dev 提交' [dev d98c34a] dev 提交1 file changed, 1 insertion(+)

(3)切換回master分支

# git checkout master Switched to branch 'master'# git branchdev * master

(4)在master的code.txt添加一行內(nèi)容并且提交

# echo "master submit">>code.txt # git add code.txt # git commit -m 'master 提交' [master e71cc6c] master 提交1 file changed, 1 insertion(+)

現(xiàn)在，master分支和dev分支各自都分別有新的提交，指針指向關(guān)系如下圖

這種情況下，合并就非常有可能會(huì)有沖突
（5）執(zhí)行合并命令嘗試將dev分支合并到master分支上來，看一下會(huì)有怎樣的結(jié)果

# git merge dev Auto-merging code.txt CONFLICT (content): Merge conflict in code.txt Automatic merge failed; fix conflicts and then commit the result.

看提示可以知道，code.txt文件存在沖突，必須手動(dòng)解決沖突后再提交。
（6）git status也可以告訴我們沖突的文件

# git status On branch master You have unmerged paths.(fix conflicts and run "git commit")Unmerged paths:(use "git add <file>..." to mark resolution)both modified: code.txtno changes added to commit (use "git add" and/or "git commit -a")

(7)查看code.txt的內(nèi)容

# cat code.txt first line second line +++++++++ <<<<<<< HEAD master submit ======= dev submit >>>>>>> dev

(8)
git用<<<<<<<，=======，>>>>>>>標(biāo)記出不同分支的內(nèi)容，我們修改如下后保存：

# cat code.txt first line second line +++++++++ master submit dev submit

(9)再提交

# git add code.txt # git commit -m "解決沖突" [master 8301237] 解決沖突# git status On branch master nothing to commit, working directory clean

(10)現(xiàn)在，master分支和dev分支變成了如下圖所示

(11)用帶參數(shù)的git log也可以看到分支的合并情況：

# git log --graph --pretty=oneline * 8301237bf1feaee081c454efa48d500de6e4259a 解決沖突 |\ | * d98c34a05b14fc887a8dea01a9f5582717536011 dev 提交 * | e71cc6c39adc3233523625fb67dac90a128e54ca master 提交 |/ * 61478764554a5330958bf145b6f0d6121e92f8b6 新項(xiàng)目 * 1a3efe201b6e7fc66aa34f4ae9333a9ce2d54bb6 v2 -newversion * c4106273b0b87ac6f42042589663900af3617837 v1

(12)最后工作完成，可以刪除dev分支

# git branch -d dev Deleted branch dev (was d98c34a).

------做運(yùn)維之前很矯情的小年輕-----

總結(jié)

以上是生活随笔為你收集整理的git--分支管理：创建、合并、冲突解决的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。