這一章比較重要,講述了Git比svn強大的地方,直接轉載廖雪峯老師的文字,更好的理解 什麼是分支 和 爲何分支git比svn作的更好java
分支在實際中有什麼用呢?假設你準備開發一個新功能,可是須要兩週才能完成,第一週你寫了50%的代碼,若是馬上提交,因爲代碼還沒寫完,不完整的代碼庫會致使別人不能幹活了。若是等代碼所有寫完再一次提交,又存在丟失天天進度的巨大風險。
如今有了分支,就不用怕了。你建立了一個屬於你本身的分支,別人看不到,還繼續在原來的分支上正常工做,而你在本身的分支上幹活,想提交就提交,直到開發完畢後,再一次性合併到原來的分支上,這樣,既安全,又不影響別人工做。
其餘版本控制系統如SVN等都有分支管理,可是用過以後你會發現,這些版本控制系統建立和切換分支比蝸牛還慢,簡直讓人沒法忍受,結果分支功能成了擺設,你們都不去用。
但Git的分支是不同凡響的,不管建立、切換和刪除分支,Git在1秒鐘以內就能完成!不管你的版本庫是1個文件仍是1萬個文件。
git
咱們看看怎麼在eclipse中建立分支並實際應用。安全
在之前的版本中,咱們知道git對每一個項目都有一個默認的時間線,就是master分支,每次提交,Git都把它們串成一條時間線,而後有一個head指針,Git用master指向最新的提交,再用HEAD指向master,就能肯定當前分支,以及當前分支的提交點。eclipse
首先,咱們建立dev分支,而後切換到dev分支:svn
在git repositories中,點擊該項目的 branches,-》右鍵switch to -》new branch,而且head已經默認指向了「dev」分支,之後你的每次提交都是在‘dev’上操做,已經跟‘master’分支無關了。 spa
如今history框是這樣的: .net
咱們在demo.Java文件中 添加一個方法 dev(),而後commit(提交),
head指針已經不指向master分支,而是跟着‘dev’分支如影隨行。 版本控制
當咱們切換回‘master’分支最新的提交點(在master分支上點checkout),dev()方法不見了: 指針
那咱們假如dev分支上的活幹完了,該怎麼合併到master分支上呢?圖片
1.在git repository界面 先切換回‘master’分支(右鍵master-》checkout)
2.而後右鍵master-》merge..,注意fast forward options選第二項,能夠在History框看到分支合併的詳細信息,能看出來曾經作過合併
3.在Local文件夾中選擇你須要合併到’master’分支中的分支,在這裏固然是選擇’dev’分支。而後點merge就行。
從上面的history框就能夠看到如今head從新指向了‘master’分支,而‘dev’分支的內容已經被合併。