Git 對比 SVN

轉自：http://www.aqee.net/5-fundamental-differences-between-git-svn/

我是一開始就用Mercurial, Git這類的系統。（如今已經百分百用Git了。）
用過Git以後才接觸SVN，發現了一些很是大的差異。在這裡提出我我的一些主要理由為何棄SVN而用Git。

1。速度：
克隆一份全新的目錄，以一樣擁有五個（才五個）分支來講，SVN是同時復製5個版本的文件，也就是說重複五次一樣的動做。而Git只是獲取文件的每一個版本的元素，而後只載入主要的分支（master）。在個人經驗，克隆一個擁有將近一萬個提交（commit），五個分支，每一個分支有大約1500個文件的SVN，耗了將近一個小時！而Git只用了區區的1分鐘！

2。版本庫（repository）：
據我所知，SVN只能有一個指定中央版本庫。當這個中央版本庫有問題時，全部工做成員都一塊兒癱瘓直到版本庫維修完畢或者新的版本庫設立完成。

而Git能夠有無限個版本庫。或者，更正確的說法，每個Git都是一個版本庫，區別是它們是否擁有活躍目錄（Git Working Tree）。若是主要版本庫（例如：置於GitHub的版本庫）發生了什麼事，工做成員仍然能夠在本身的本地版本庫（local repository）提交，等待主要版本庫恢復便可。工做成員也能夠提交到其餘的版本庫！

3。分支（Branch）
在SVN，分支是一個完整的目錄。且這個目錄擁有完整的實際文件。若是工做成員想要開啟新的分支，那將會影響「全世界」！每一個人都會擁有和你同樣的分支。若是你的分支是用來進行破壞工做（安檢測試），那將會像傳染病同樣。

而Git，每一個工做成員能夠任意在本身的本地版本庫開啟無限個分支。舉例：當我想嘗試破壞本身的程序（安檢測試），而且想保留這些被修改的文件供往後使用，我能夠開一個分支，作我喜歡的事。徹底不需擔憂妨礙其餘工做成員。只要我不合並及提交到主要版本庫，沒有一個工做成員會被影響。等到我不須要這個分支時，我只要把它從個人本地版本庫刪除便可。無痛無癢。
Git的分支名是可使用不一樣名字的。例如：個人本地分支名為testing，而在主要版本庫的名字實際上是master。
最值得一提，我能夠在Git的任意一個提交點（commit point）開啟分支！（其中一個方法是使用gitk –all 可觀察整個提交記錄，而後在任意點開啟分支。）

4。提交（Commit）
在SVN，當你提交你的完成品時，它將直接記錄到中央版本庫。當你發現你的完成品存在嚴重問題時，你已經沒法阻止事情的發生了。若是網路中斷，你根本沒辦法提交！

而Git的提交徹底屬於本地版本庫的活動。而你只需「推」（git push）到主要版本庫便可。Git的「推」實際上是在執行「同步」（Sync）。

5。從新設立起點（Rebase）
我沒在SVN嘗試過，不知道有沒有這樣的功能。

在Git，若是你想把別人的最新提交設立為如今這個分支的起點，只要執行git rebase branch_name 便可。這個和合並（merge）不一樣點是，merge會依據修改的時間視為最新，而Rebase會要求你去解決雙方都有修改過的地方的矛盾（conflict）。

A - B - E
\- C - D
A - B - E
\ - C - D

6。系統檔案
SVN會在每個目錄置放一個.svn。若是想移除這些.svn是很累的。
而Git會在目錄起點擁有一個.git目錄，以及.gitignore。

對我而言，管理一個Git 的版本庫是很容易的事。