分支就是科幻電影裡面的平行宇宙,當你正在電腦前努力學習git的時候,另乙個你正在另乙個平行宇宙裡努力學習svn。
如果兩個平行宇宙互不干擾,那對現在的你也沒啥影響。不過,在某個時間點,兩個平行宇宙合併了,結果,你既學會了git
又學會了svn!
分支在實際中有什麼用呢?假設你準備開發乙個新功能,但是需要兩周才能完成,第一周你寫了50%的**,如果立刻提
交,由於**還沒寫完,不完整的**庫會導致別人不能幹活了。如果等**全部寫完再一次提交,又存在丟失每天進度的
巨大風險。
現在有了分支,就不用怕了。你建立了乙個屬於你自己的分支,別人看不到,還繼續在原來的分支上正常工作,而你在自己
的分支上幹活,想提交就提交,直到開發完畢後,再一次性合併到原來的分支上,這樣,既安全,又不影響別人工作。
其他版本控制系統如svn等都有分支管理,但是用過之後你會發現,這些版本控制系統建立和切換分支比蝸牛還慢,簡直讓
人無法忍受,結果分支功能成了擺設,大家都不去用。
但git的分支是與眾不同的,無論建立、切換和刪除分支,git在1秒鐘之內就能完成!無論你的版本庫是1個檔案還是1萬個文
件。建立與合併分支
在版本回退裡,你已經知道,每次提交,git都把它們串成一條時間線,這條時間線就是乙個分支。截止到目前,只有一條時
間線,在git裡,這個分支叫主分支,即master分支。head嚴格來說不是指向提交,而是指向master,master才是指向提交
的,所以,head指向的就是當前分支。
一開始的時候,master分支是一條線,git用master指向最新的提交,再用head指向master,就能確定當前分支,以及當前分
支的提交點:
每次提交,master分支都會向前移動一步,這樣,隨著你不斷提交,master分支的線也越來越長:
當我們建立新的分支,例如dev時,git新建了乙個指標叫dev,指向master相同的提交,再把head指向dev,就表示當前分支
在dev上:
你看,git建立乙個分支很快,因為除了增加乙個dev指標,改改head的指向,工作區的檔案都沒有任何變化!
不過,從現在開始,對工作區的修改和提交就是針對dev分支了,比如新提交一次後,dev指標往前移動一步,而master指標不
變:
假如我們在dev上的工作完成了,就可以把dev合併到master上。git怎麼合併呢?最簡單的方法,就是直接把master指向dev的
當前提交,就完成了合併:
所以git合併分支也很快!就改改指標,工作區內容也不變!
合併完分支後,甚至可以刪除dev分支。刪除dev分支就是把dev指標給刪掉,刪掉後,我們就剩下了一條master分支:
真是太神奇了,你看得出來有些提交是通過分支完成的嗎?
下面開始實戰。
首先,我們建立dev分支,然後切換到dev分支:
$ git checkout -b dev
switched to
anew branch 'dev'
git checkout命令加上-b引數表示建立並切換,相當於以下兩條命令:
$ git branch dev
$ git checkout dev
switched to branch 'dev'
然後,用git branch命令檢視當前分支:
$ git branch
* dev
master
creating a new branch is quick.
然後提交:
$ git add readme.txt
$ git commit -m "branch test"
[dev fec145a] branch test
1 file changed, 1 insertion(+)
現在,dev分支的工作完成,我們就可以切換回master分支:
$ git checkout master
switched to branch 'master'
切換回master分支後,再檢視乙個readme.txt檔案,剛才新增的內容不見了!因為那個提交是在dev分支上,而master分支此刻
的提交點並沒有變:
現在,我們把dev分支的工作成果合併到master分支上:
$ git merge dev
updating d17efd8..fec145a
fast-forward
readme.txt | 1 +
1file changed, 1 insertion(+)
git merge命令用於合併指定分支到當前分支。合併後,再檢視readme.txt的內容,就可以看到,和dev分支的最新提交是完
全一樣的。
注意到上面的fast-forward資訊,git告訴我們,這次合併是「快進模式」,也就是直接把master指向dev的當前提交,所以合併速
度非常快。
當然,也不是每次合併都能fast-forward,我們後面會將其他方式的合併。
合併完成後,就可以放心地刪除dev分支了:
$ git branch -d dev
deleted branch dev (was fec145a).
刪除後,檢視branch,就只剩下master分支了:
$ git branch
* master
因為建立、合併和刪除分支非常快,所以git鼓勵你使用分支完成某個任務,合併後再刪掉分支,這和直接在master分支上工
作效果是一樣的,但過程更安全。
小結
git鼓勵大量使用分支:
檢視分支:git branch
建立分支:git branch name
切換分支:git checkout name
建立+切換分支:git checkout -b name
合併某分支到當前分支:git merge name
刪除分支:git branch -d name
6 0 分支管理
分支就是科幻電影裡面的平行宇宙,當你正在電腦前努力學習git的時候,另乙個你正在另乙個平行宇宙裡努力學習svn。如果兩個平行宇宙互不干擾,那對現在的你也沒啥影響。不過,在某個時間點,兩個平行宇宙合併了,結果,你既學會了git又學會了svn!分支在實際中有什麼用呢?假設你準備開發乙個新功能,但是需要兩...
7 分支管理
分支定義分支可以理解成 獨立開發功能的 小房間。分支操作 建立分支 git branch 分支名 檢視分支 git branch 切換分支 git checkout 分支名 建立 切換分支 git checkout b 分支名 合併某分支到當前分支 git merge 分支名 刪除某分支 git b...
18 分支管理策略
通常,合併分支時,如果可能,git會用 fast forward 模式,但這種模式下,刪除分支後,會丟掉分支資訊。如果要強制禁用 fast forward 模式,git就會在merge時生成乙個新的commit,這樣,從分支歷史上就可以看出分支資訊。下面我們實戰一下 no ff方式的merge 首先...