Git管理工具對比（GitBash、EGit、SourceTree）(轉載)

Git管理工具對比（GitBash、EGit、SourceTree）

GitBash是採用命令行的方式對版本進行管理，功能最爲靈活強大，可是因爲須要手動輸入但願修改的文件名，因此相對繁瑣。

EGit是Eclipse的Git插件，最爲糾結的一個軟件，由於開發時直操做很方便，尤爲是有svn開發情節的人更熱衷於這樣，不過EGit中有不少bug和不人性化的東西，讓人吐血，因此

一句話EGit並不能解決全部Git問題，開發時必須部分依賴於其餘Git管理工具。一會一一列舉。

SourceTree是最近應用的一個軟件，一句話歸納，既有GitBash的命令行，又有EGit的圖形化管理，用戶界面很人性化，Eclipse+GitBash徹底能夠應付版本管理。

那麼下面我結合項目中開發遇到的問題一一講解一下：

 

<一>EGit之我見：

EGit最大的好處是集成在eclipse裏面，對於代碼修改後提交很方便，其中我最常使用的部分是：

（1）簡單的Commit，pull，push。

（2）Git repository（看資源庫視圖）（包括新建分支，切分支，合併分支）

（3）工程reset hard（強制覆蓋本地版本），一些特殊狀況會有問題。

（4）工程checkout到某一個分支，能夠看當時的文件。

（5）工程show in history （查看工程變動歷史），沒有時分秒，很不爽。

 

其餘的功能我用的很少，由於EGit確實有不少bug，犯過血淋淋的錯誤。

這裏解釋一下，爲何第一條我要加上」簡單的」，由於不少時候沒有pull下來，或者沒有push上去，提示的信息很粗，有時候甚至誤覺得提交，發現過不少問題，因此若是肯定如今沒人和你同時改同一個文件，用EGit仍是很爽的。

 

<二>GitBash之我見：

 

通常我主要經過命令行進行pull push 還有 status的操做，這個詳見我前一篇文章

《Git Bash+EGit在項目中配合使用最經常使用方法總結》，命令行用好了非常很不錯的，除了那種須要手寫文件名的時候，比較不爽，一兩個還能夠，多了就吐血了。

 

<三>SourceTree之我見：

這個是我最近才發現了一個很好的工具SourceTree，能夠說SourceTree是EGit和GitBash的合體，既有圖形化界面又有git命令行。

（1）基本的commit、pull、push都擁有，並且一旦發生錯誤的時候提示很準確。

（2）基本的分支管理業有，最挫的Egit刪除遠程分支是假刪除，SourceTree完美解決了這個問題。

（3）擁有EGit中的reset（重置）和checkout（簽出）兩大功能，並且更加穩定。最令我懷疑的EGit的reset hard也有報錯的時候，哎。SourceTree仍是很穩定的。

（4） 那麼最近用SourceTree，發現了一個很強大的功能，就是「丟棄」這個功能，和checkout其實原理是同樣的。不過圖形化界面確定比較方便了。這裏具體解釋一下這個功能：

 

換句話說，你改了一批文件，若是想提交一部分，保留一部分，無疑命令行最麻煩。

而後你不知足，其中有幾個文件你還想回滾，不想改了。那麼SourceTree最容易。

這裏須要注意一下命令行中checkout 是指未add的，那麼能夠回滾到最近的線上的commit狀態。若是add以後又修改，那麼會回滾到add以後的狀態。

這一個原理，在Source體現的更明顯，以下：

A. 首先我先將修改後的personRiskBase.jsp拖到緩存區中（1）。

圖（1）

 

 

B. 而後再次修改，發現下面的工做區中也有這個頁面了（圖2）。

（圖2）

 

C. 如今就能夠對此文件進行丟棄了，若是將下面文件丟棄（checkout），那麼該文件將變爲緩衝區中的文件，若是將緩衝區文件丟棄，實際上回到了最近的commit版本了(reset操做)。

這裏注意，若是該文件commit了，那麼checkout實際上回不到commit以前的版本的，須要reset。下面詳細介紹一下reset命令。

 

(5) 對於reset功能的應用。這裏先普及一下Git理念的事：

A. 明確一點，每一次commit都是對應着一批操做而不是對應一個文件。

這點和SVN的設計理念徹底不同。

這也形成了一個必然的結局：SVN的分支存的是一個工程，因此每簽出一個分支實際上都是簽出一個工程。

而Git的分支存的是修改的記錄，因此每簽出一個分支，實際上都是對原工程的一次覆蓋。

B.在開發過程當中你們可能會遇到這樣一個問題：Pull以後，會出現不少別人提交的代碼須要你本地再從新提交一次，那麼這個緣由是這樣的，固然這個是我我的的理解：Git會把每一次pull結果作兩個處理：

B1.若是pull以後，本地沒有任何問題，那麼不須要再次提交別人修改的東西了，只須要繼續你的修改，push就能夠了（正常狀況下一版都是這樣）。

B2.若是pull以後，本地有問題，大部分狀況是衝突的狀況，那麼Git會把本次當作一次不成功的pull（那麼通俗的來說，git會認爲，你認爲不成功，那麼你把此次版本按照你的想法改一下，再提交吧），因此你作完刪減以後，須要把剛纔別人的東西再提一次做爲一個新的commit。

 

(6) 對於checkout某一次提交，SourceTree也很人性化，會給出很人性化的提示。注意checkout以後，你的工程當前不屬於任何分支，不過能夠基於此從新建立一個分支，很方便。

 

總結一下：這裏只列出了一些關鍵的問題和不一樣點，固然工具的選擇因人而異。你們能夠在工做中慢慢體會，若是有問題歡迎你們提出，給我寶貴的意見。（待續）