16 分支管理

2021-07-03 10:34:35 字數 3633 閱讀 4977

分支就是科幻電影裡面的平行宇宙,當你正在電腦前努力學習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 首先...