Git复习(三)之分支管理、分支策略
創建合并刪除分支
我們知道每次提交git都會將他們串成一條線,這條時間線就是一個分支。在git里這條時間線叫做主分支,即master分支
HEAD指向master,master指向最新的提交,所以,HEAD指向的就是當前分支。
?
每次提交,master指針都會向前移動一步,這樣,隨著你不斷提交,master分支的線也越來越長。
創建分支
當我們創建新的分支的時候,例如dev,此時git也會新創建一個指針dev,指向master相同的提交,再把HEAD指向dev,就表示當前分支在dev上:
所以Git創建一個分支很快,因為除了增加一個dev指針,改改HEAD的指向,工作區的文件都沒有任何變化!
從現在開始,對工作區的修改和提交就是針對dev分支了,之后的每一次提交,dev指針往前移動一步,而master指針不變:
合并分支
假如我們在dev上的工作完成了,就可以把dev合并到master上。Git怎么合并呢?最簡單的方法,就是直接把master指向dev的當前提交,就完成了合并,合并分支時,如果可能,Git會用Fast forward模式,但這種模式下,刪除分
支后,會丟掉分支信息。強制禁用Fast forward模式,Git就會在merge時生成一個新的commit,這樣,從分支歷史上就可以看出分支信息。
方法一:快速合并
所以Git合并分支也很快!就改改指針,工作區內容也不變!
方法二:非快速合并
?
刪除分支
合并完分支后,甚至可以刪除dev分支。刪除dev分支就是把dev指針給刪掉,刪掉后,我們就剩下了一條master分支:
分支策略?
在實際開發中,我們應該按照幾個基本原則進行分支管理:
首先,master分支應該是非常穩定的,也就是僅用來發布新版本,平時不能在上面干活;
那在哪干活呢?干活都在dev分支上,也就是說,dev分支是不穩定的,到某個時候,比如1.0版本發布時,再把dev分支合并到master上,在master分支發布1.0版本;
你和你的小伙伴們每個人都在dev分支上干活,每個人都有自己的分支,時不時地往dev分支上合并就可以了。
所以,團隊合作的分支看起來就像這樣:
總結
創建分支:
-
創建新的指針(創建dev)
-
HEAD指向新的指針(HEAD指向dev)
合并分支:
-
原指針指向新指針的提交(master指向dev的提交)
刪除分支:
-
刪除新指針(刪除dev)
?
轉載于:https://www.cnblogs.com/kunmomo/p/11362435.html
總結
以上是生活随笔為你收集整理的Git复习(三)之分支管理、分支策略的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: PHPEXCEL导出excel表格中长数
- 下一篇: Git复习(四)之解决冲突