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之後，你的工程當前不屬於任何分支，不過可以基於此重新創建一個分支，很方便。
總結一下：這裏只列出了一些關鍵的問題和不同點，當然工具的選擇因人而異。大家可以在工作中慢慢體會，如果有問題歡迎大家提出，給我寶貴的意見。（待續）