域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過

這篇主要是談?wù)剝烧叩膮^(qū)別，svn是集中式版本控制系統(tǒng)，git是分布式版本控制系統(tǒng)，至于誰優(yōu)誰劣看官自己思考吧。

GIT不僅僅是個(gè)版本控制系統(tǒng)，它也是個(gè)內(nèi)容管理系統(tǒng)(CMS),工作管理系統(tǒng)等。如果你是一個(gè)具有使用SVN背景的人，你需要做一定的思想轉(zhuǎn)換，來適應(yīng)GIT提供的一些概念和特征。所以，這篇文章的主要目的就是通過介紹GIT能做什么、它和SVN在深層次上究竟有什么不同來幫助你認(rèn)識(shí)它。

一. GIT是分布式的，SVN不是：

這是GIT和其它非分布式的版本控制系統(tǒng)，例如SVN，CVS等，最核心的區(qū)別。如果你能理解這個(gè)概念，那么你就已經(jīng)上手一半了。需要做一點(diǎn)聲明，GIT并不是目前第一個(gè)或唯一的分布式版本控制系統(tǒng)。還有一些系統(tǒng)，例如Bitkeeper, Mercurial等，也是運(yùn)行在分布式模式上的。但GIT在這方面做的更好，而且有更多強(qiáng)大的功能特征。

GIT跟SVN一樣有自己的集中式版本庫或服務(wù)器。但，GIT更傾向于被使用于分布式模式，也就是每個(gè)開發(fā)人員從中心版本庫/服務(wù)器上chect out代碼后會(huì)在自己的機(jī)器上克隆一個(gè)自己的版本庫?？梢赃@樣說，如果你被困在一個(gè)不能連接網(wǎng)絡(luò)的地方時(shí)，就像在飛機(jī)上，地下室，電梯里等，你仍然能夠提交文件，查看歷史版本記錄，創(chuàng)建項(xiàng)目分支，等。對(duì)一些人來說，這好像沒多大用處，但當(dāng)你突然遇到?jīng)]有網(wǎng)絡(luò)的環(huán)境時(shí)，這個(gè)將解決你的*煩。

同樣，這種分布式的操作模式對(duì)于開源軟件社區(qū)的開發(fā)來說也是個(gè)巨大的恩賜，你不必再像以前那樣做出補(bǔ)丁包，通過email方式發(fā)送出去，你只需要?jiǎng)?chuàng)建一個(gè)分支，向項(xiàng)目團(tuán)隊(duì)發(fā)送一個(gè)推請(qǐng)求。這能讓你的代碼保持最新，而且不會(huì)在傳輸過程中丟失。GitHub.com就是一個(gè)這樣的優(yōu)秀案例。

有些謠言傳出來說subversion將來的版本也會(huì)基于分布式模式。但至少目前還看不出來。

二. GIT把內(nèi)容按元數(shù)據(jù)方式存儲(chǔ)，而SVN是按文件：

所有的資源控制系統(tǒng)都是把文件的元信息隱藏在一個(gè)類似.svn,.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較，你會(huì)發(fā)現(xiàn)它們差距很大。因?yàn)?.git目錄是處于你的機(jī)器上的一個(gè)克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標(biāo)簽，分支，版本記錄等。

三. GIT分支和SVN的分支不同：

分支在SVN中一點(diǎn)不特別，就是版本庫中的另外的一個(gè)目錄。如果你想知道是否合并了一個(gè)分支，你需要手工運(yùn)行像這樣的命令svn propget svn:mergeinfo，來確認(rèn)代碼是否被合并。感謝Ben同學(xué)指出這個(gè)特征。所以，經(jīng)常會(huì)發(fā)生有些分支被遺漏的情況。

然而，處理GIT的分支卻是相當(dāng)?shù)暮?jiǎn)單和有趣。你可以從同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。你很容易發(fā)現(xiàn)未被合并的分支，你能簡(jiǎn)單而快捷的合并這些文件。

四. GIT沒有一個(gè)全局的版本號(hào)，而SVN有：

目前為止這是跟SVN相比GIT缺少的最大的一個(gè)特征。你也知道，SVN的版本號(hào)實(shí)際是任何一個(gè)相應(yīng)時(shí)間的源代碼快照。我認(rèn)為它是從CVS進(jìn)化到SVN的最大的一個(gè)突破。因?yàn)镚IT和SVN從概念上就不同，我不知道GIT里是什么特征與之對(duì)應(yīng)。如果你有任何的線索，請(qǐng)?jiān)谠u(píng)論里奉獻(xiàn)出來與大家共享。

更新：有些讀者指出，我們可以使用GIT的SHA-1來唯一的標(biāo)識(shí)一個(gè)代碼快照。這個(gè)并不能完全的代替SVN里容易閱讀的數(shù)字版本號(hào)。但，用途應(yīng)該是相同的。

五. GIT的內(nèi)容完整性要優(yōu)于SVN：

GIT的內(nèi)容存儲(chǔ)使用的是SHA-1哈希算法。這能確保代碼內(nèi)容的完整性，確保在遇到磁盤故障和網(wǎng)絡(luò)問題時(shí)降低對(duì)版本庫的破壞。這里有一個(gè)很好的關(guān)于GIT內(nèi)容完整性的討論 – http://stackoverflow.com/questions/964331/git-file-integrity

GIT和SVN之間只有這五處不同嗎？當(dāng)然不是。我想這5個(gè)只是“最基本的”和“最吸引人”的。

git和svn的區(qū)別入門篇

為什么需要版本控制

git和svn都是程序員用來管理代碼的，如果是一個(gè)人開發(fā)一個(gè)項(xiàng)目，版本控制這個(gè)玩意兒根本用不上，對(duì)吧。但是呢，在企業(yè)中進(jìn)行開發(fā)，一個(gè)人負(fù)責(zé)一個(gè)項(xiàng)目的情況幾乎不可能，從需求評(píng)審，UI設(shè)計(jì)，前端開發(fā)，后臺(tái)開發(fā)，測(cè)試，整個(gè)過程都是需要團(tuán)隊(duì)來配合的。這個(gè)時(shí)候呢，版本控制都顯得尤為重要啦。

區(qū)別

下面我們來說說這git和svn究竟有什么不同：

svn是集中式版本控制系統(tǒng)，git是分布式版本控制系統(tǒng)。

這句話相信不知道多少人都聽過，究竟什么是集中式什么是分布式？很明顯嘛，就字面意思啊，這么來說吧，svn就是所有人修改的都是服務(wù)器上的程序，如果有人修改了同樣的部分，那就沖突了。所以呢，一般團(tuán)隊(duì)會(huì)約定，對(duì)于公共部分的程序，盡量標(biāo)注出開發(fā)人員特有標(biāo)識(shí)，又或者A從上添加，B從下添加。

git就是開發(fā)人員創(chuàng)建自己的分支，這個(gè)分支就相當(dāng)于將源碼copy一份在本機(jī)上，之后修改的都是本地的代碼，可隨時(shí)拉取服務(wù)器的代碼進(jìn)行同步，git可創(chuàng)建無數(shù)分支，開發(fā)人員只需將自己修改的代碼提交就可以了，這樣沖突的幾率會(huì)小很多。

svn是直接與服務(wù)器進(jìn)行交互，git是將項(xiàng)目緩存在本地再推送到服務(wù)器。

svn必須在聯(lián)網(wǎng)的情況下工作，git可不聯(lián)網(wǎng)開發(fā)。

svn易沖突，git不易沖突。

svn旨在項(xiàng)目管理，git旨在代碼管理。

svn適用于多項(xiàng)目并行開發(fā)，git適用于單項(xiàng)目開發(fā)。

svn適用于企業(yè)內(nèi)部，由項(xiàng)目經(jīng)理協(xié)調(diào)多個(gè)項(xiàng)目統(tǒng)籌開發(fā)，git適用于通過網(wǎng)絡(luò)多人開發(fā)同一項(xiàng)目。

git和github

造個(gè)句體現(xiàn)一下這兩個(gè)的關(guān)系

mio使用git將項(xiàng)目提交到了github上

也就是說：git是一個(gè)工具，github是一個(gè)平臺(tái)。

最后

我不知道以前聽誰說的，寫技術(shù)博客的意義不在于記，而在于授。這句話說的實(shí)在有道理，雖然現(xiàn)在寫的這些文字很不專業(yè)，看著像是外行，不過我會(huì)努力噠

下面是白袍君的補(bǔ)充

把第一條理解到位思想到位了做起來才會(huì)有的放矢，其他幾條都是用的時(shí)候才能體會(huì)到

1) 最核心的區(qū)別Git是分布式的，而Svn不是分布的。能理解這點(diǎn)，上手會(huì)很容易，聲明一點(diǎn)Git并不是目前唯一的分布式版本控制系統(tǒng)，還有比如Mercurial等，所以說它們差不許多。話說回來Git跟Svn一樣有自己的集中式版本庫和Server端，但Git更傾向于分布式開發(fā)，因?yàn)槊恳粋€(gè)開發(fā)人員的電腦上都有一個(gè)Local Repository,所以即使沒有網(wǎng)絡(luò)也一樣可以Commit，查看歷史版本記錄，創(chuàng)建項(xiàng) 目分支等操作，等網(wǎng)絡(luò)再次連接上Push到Server端。

從上面看GIt真的很棒，但是GIt adds Complexity,剛開始使用會(huì)有些疑惑，因?yàn)樾枰▋蓚€(gè)Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。

2)Git把內(nèi)容按元數(shù)據(jù)方式存儲(chǔ)，而SVN是按文件：因?yàn)?.git目錄是處于你的機(jī)器上的一個(gè)克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標(biāo)簽，分支，版本記錄等。.git目錄的體積大小跟.svn比較，你會(huì)發(fā)現(xiàn)它們差距很大。

3) Git沒有一個(gè)全局版本號(hào)，而SVN有：目前為止這是跟SVN相比Git缺少的最大的一個(gè)特征。

4) Git的內(nèi)容的完整性要優(yōu)于SVN: GIT的內(nèi)容存儲(chǔ)使用的是SHA-1哈希算法。這能確保代碼內(nèi)容的完整性，確保在遇到磁盤故障和網(wǎng)絡(luò)問題時(shí)降低對(duì)版本庫的破壞。

5) Git下載下來后，在OffLine狀態(tài)下可以看到所有的Log,SVN不可以。

6) 剛開始用時(shí)很狗血的一點(diǎn)，SVN必須先Update才能Commit,忘記了合并時(shí)就會(huì)出現(xiàn)一些錯(cuò)誤，git還是比較少的出現(xiàn)這種情況。

7) 克隆一份全新的目錄以同樣擁有五個(gè)分支來說，SVN是同時(shí)復(fù)製5個(gè)版本的文件,也就是說重復(fù)五次同樣的動(dòng)作。而Git只是獲取文件的每個(gè)版本的 元素，然后只載入主要的分支(master)在我的經(jīng)驗(yàn),克隆一個(gè)擁有將近一萬個(gè)提交(commit),五個(gè)分支,每個(gè)分支有大約1500個(gè)文件的 SVN,耗了將近一個(gè)小時(shí)！而Git只用了區(qū)區(qū)的1分鐘！

8) 版本庫（repository):SVN只能有一個(gè)指定中央版本庫。當(dāng)這個(gè)中央版本庫有問題時(shí)，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設(shè)立完成。而 Git可以有無限個(gè)版本庫?；蛘?，更正確的說法，每一個(gè)Git都是一個(gè)版本庫，區(qū)別是它們是否擁有活躍目錄（Git Working Tree）。如果主要版本庫（例如：置於GitHub的版本庫）發(fā)生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復(fù)即可。工作成員也可以提交到其他的版本庫！

9)分支（Branch）在SVN，分支是一個(gè)完整的目錄。且這個(gè)目錄擁有完整的實(shí)際文件。如果工作成員想要開啟新的分支，那將會(huì)影響“全世界”！每個(gè)人都會(huì)擁有和你一樣的分支。如果你的分支是用來進(jìn)行破壞工作（安檢測(cè)試），那將會(huì)像傳染病一樣,你改一個(gè)分支，還得讓其他人重新切分支重新下載，十分狗血。而 Git，每個(gè)工作成員可以任意在自己的本地版本庫開啟無限個(gè)分支。舉例：當(dāng)我想嘗試破壞自己的程序（安檢測(cè)試），并且想保留這些被修改的文件供日后使用， 我可以開一個(gè)分支，做我喜歡的事。完全不需擔(dān)心妨礙其他工作成員。只要我不合并及提交到主要版本庫，沒有一個(gè)工作成員會(huì)被影響。等到我不需要這個(gè)分支時(shí)， 我只要把它從我的本地版本庫刪除即可。無痛無癢。

Git的分支名是可以使用不同名字的。例如：我的本地分支名為OK，而在主要版本庫的名字其實(shí)是master。

最值得一提，我可以在Git的任意一個(gè)提交點(diǎn)（commit point）開啟分支?。ㄆ渲幸粋€(gè)方法是使用gitk –all 可觀察整個(gè)提交記錄，然后在任意點(diǎn)開啟分支。）

10)提交（Commit）在SVN，當(dāng)你提交你的完成品時(shí)，它將直接記錄到中央版本庫。當(dāng)你發(fā)現(xiàn)你的完成品存在嚴(yán)重問題時(shí)，你已經(jīng)無法阻止事情的發(fā)生了。如果網(wǎng)路中斷，你根本沒辦法提交！而Git的提交完全屬於本地版本庫的活動(dòng)。而你只需“推”（git push）到主要版本庫即可。Git的“推”其實(shí)是在執(zhí)行“同步”（Sync）。

最后總結(jié)一下：

SVN的特點(diǎn)是簡(jiǎn)單，只是需要一個(gè)放代碼的地方時(shí)用是OK的。

Git的特點(diǎn)版本控制可以不依賴網(wǎng)絡(luò)做任何事情，對(duì)分支和合并有更好的支持(當(dāng)然這是開發(fā)者最關(guān)心的地方)，不過想各位能更好使用它，需要花點(diǎn)時(shí)間嘗試下。

文章轉(zhuǎn)自腳本之家，原文鏈接：https://www.jb51.net/article/190585.htm

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！