這一章比較重要，講述了Git比svn強大的地方，直接轉載廖雪峰老師的文字，更好的理解 什么是分支 和 為什么分支git比svn做的更好

分支在實際中有什么用呢？假設你準備開發一個新功能，但是需要兩周才能完成，第一周你寫了50%的代碼，如果立刻提交，由于代碼還沒寫完，不完整的代碼庫會導致別人不能干活了。如果等代碼全部寫完再一次提交，又存在丟失每天進度的巨大風險。?


現在有了分支，就不用怕了。你創建了一個屬于你自己的分支，別人看不到，還繼續在原來的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到開發完畢后，再一次性合并到原來的分支上，這樣，既安全，又不影響別人工作。?


其他版本控制系統如SVN等都有分支管理，但是用過之后你會發現，這些版本控制系統創建和切換分支比蝸牛還慢，簡直讓人無法忍受，結果分支功能成了擺設，大家都不去用。?


但Git的分支是與眾不同的，無論創建、切換和刪除分支，Git在1秒鐘之內就能完成！無論你的版本庫是1個文件還是1萬個文件。?

我們看看怎么在eclipse中創建分支并實際應用。

在以前的版本中，我們知道git對每個項目都有一個默認的時間線，就是master分支，每次提交，Git都把它們串成一條時間線，然后有一個head指針，Git用master指向最新的提交，再用HEAD指向master，就能確定當前分支，以及當前分支的提交點。

首先，我們創建dev分支，然后切換到dev分支：

在git repositories中，點擊該項目的 branches，-》右鍵switch to -》new branch，并且head已經默認指向了“dev”分支，以后你的每次提交都是在‘dev’上操作，已經跟‘master’分支無關了。?

現在history框是這樣的：?

我們在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’分支的內容已經被合并。

轉載于:https://www.cnblogs.com/duex/p/6390014.html

總結

以上是生活随笔為你收集整理的eclipse egit(分支管理 上)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。