創(chuàng)建合并刪除分支

我們知道每次提交git都會(huì)將他們串成一條線，這條時(shí)間線就是一個(gè)分支。在git里這條時(shí)間線叫做主分支，即master分支

HEAD指向master，master指向最新的提交，所以，HEAD指向的就是當(dāng)前分支。

?

每次提交，master指針都會(huì)向前移動(dòng)一步，這樣，隨著你不斷提交，master分支的線也越來越長。

創(chuàng)建分支

當(dāng)我們創(chuàng)建新的分支的時(shí)候，例如dev，此時(shí)git也會(huì)新創(chuàng)建一個(gè)指針dev，指向master相同的提交，再把HEAD指向dev，就表示當(dāng)前分支在dev上：

所以Git創(chuàng)建一個(gè)分支很快，因?yàn)槌嗽黾右粋€(gè)dev指針，改改HEAD的指向，工作區(qū)的文件都沒有任何變化！

從現(xiàn)在開始，對工作區(qū)的修改和提交就是針對dev分支了，之后的每一次提交，dev指針往前移動(dòng)一步，而master指針不變：

合并分支

假如我們在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最簡單的方法，就是直接把master指向dev的當(dāng)前提交，就完成了合并，合并分支時(shí)，如果可能，Git會(huì)用Fast forward模式，但這種模式下，刪除分

支后，會(huì)丟掉分支信息。強(qiáng)制禁用Fast forward模式，Git就會(huì)在merge時(shí)生成一個(gè)新的commit，這樣，從分支歷史上就可以看出分支信息。

方法一：快速合并

所以Git合并分支也很快！就改改指針，工作區(qū)內(nèi)容也不變！

方法二：非快速合并

?

刪除分支

合并完分支后，甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉，刪掉后，我們就剩下了一條master分支：

分支策略?

在實(shí)際開發(fā)中，我們應(yīng)該按照幾個(gè)基本原則進(jìn)行分支管理：

首先，master分支應(yīng)該是非常穩(wěn)定的，也就是僅用來發(fā)布新版本，平時(shí)不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是說，dev分支是不穩(wěn)定的，到某個(gè)時(shí)候，比如1.0版本發(fā)布時(shí)，再把dev分支合并到master上，在master分支發(fā)布1.0版本；

你和你的小伙伴們每個(gè)人都在dev分支上干活，每個(gè)人都有自己的分支，時(shí)不時(shí)地往dev分支上合并就可以了。

所以，團(tuán)隊(duì)合作的分支看起來就像這樣：

總結(jié)

創(chuàng)建分支：

• 創(chuàng)建新的指針（創(chuàng)建dev）

• HEAD指向新的指針（HEAD指向dev）

合并分支：

• 原指針指向新指針的提交（master指向dev的提交）

刪除分支：

• 刪除新指針（刪除dev）

?

轉(zhuǎn)載于:https://www.cnblogs.com/kunmomo/p/11362435.html

總結(jié)

以上是生活随笔為你收集整理的Git复习（三）之分支管理、分支策略的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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