今天了解一下svn和github的區(qū)別。

一、版本控制

　　版本控制是指對(duì)軟件開發(fā)過(guò)程中各種程序代碼、配置文件及說(shuō)明文檔等文件變更的管理，是軟件配置管理的核心思想之一。版本控制最主要的功能就是追蹤文件的變更。它將什么時(shí)候、什么人更改了文件的什么內(nèi)容等信息忠實(shí)地了已錄下來(lái)。每一次文件的改變，文件的版本號(hào)都將增加。除了記錄版本變更外，版本控制的另一個(gè)重要功能是并行開發(fā)。軟件開發(fā)往往是多人協(xié)同作業(yè)，版本控制可以有效地解決版本的同步以及不同開發(fā)者之間的開發(fā)通信問(wèn)題，提高協(xié)同開發(fā)的效率。并行開發(fā)中最常見的不同版本軟件的錯(cuò)誤(Bug)修正問(wèn)題也可以通過(guò)版本控制中分支與合并的方法有效地解決。

　　版本控制包括：檢入檢出控制、分支和合并、歷史記錄。

同步控制的實(shí)質(zhì)是版本的檢入檢出控制。檢入就是把軟件配置項(xiàng)從用戶的工作環(huán)境存入到軟件配置庫(kù)的過(guò)程，檢出就是把軟件配置項(xiàng)從軟件配置庫(kù)中取出的過(guò)程。檢人是檢出的逆過(guò)程。同步控制可用來(lái)確保由不同的人并發(fā)執(zhí)行的修改不會(huì)產(chǎn)生混亂。

　　版本分支的人工方法就是從主版本——稱為主干上拷貝一份，并做上標(biāo)記。在實(shí)行了版本控制后，版本的分支也是一份拷貝，這時(shí)的拷貝過(guò)程和標(biāo)記動(dòng)作由版本控制系統(tǒng)完成。版本合并(來(lái)自不同分支的兩個(gè)版本合并為其中一個(gè)分支的新版本)有兩種途徑，一是將版本A的內(nèi)容附加到版本B中；另一種是合并版本A和版本B的內(nèi)容，形成新的版本C。

　　版本的歷史記錄有助于對(duì)軟件配置項(xiàng)進(jìn)行審核，有助于追蹤問(wèn)題的來(lái)源。歷史記錄包括版本號(hào)、版本修改時(shí)間、版本修改者、版本修改描述等最基本的內(nèi)容，還可以有其他一些輔助性內(nèi)容，比如版本的文件大小和讀寫屬性。

二、常見工具

1．開源版本控制工具

　　開放源碼的版本控制工具有很多，如Concurrent Versions System(CVS)、Subversion(SVN)、Vesta、Revision Control System( RCS)、Source Code Control System( SCCS)等。比較常用的兩個(gè)工具是CVS和SVN。對(duì)于中小規(guī)模團(tuán)隊(duì)，SVN是一個(gè)比較好的開源版本控制工具，SVN常用客戶端工具為TortoiseSVN。

2．成熟的商業(yè)工具

　　商業(yè)工具提供了比開源版本控制工具更多的，尤其是和軟件配置管理有關(guān)的功能。IBM公司的Rational ClearCase是一款重量級(jí)的軟件配置管理軟件，為大中型軟件開發(fā)企業(yè)提供了版本控制、工作空間管理、平行開發(fā)支持以及版本審計(jì)，可以為擁有上千開發(fā)者的大型項(xiàng)目提供全面配置管理支持。

三、git和svn的區(qū)別

1）Git是分布式的，SVN不是：

　　這 是git和其它非分布式的版本控制系統(tǒng)，例如SVN，CVS等，最核心的區(qū)別。好處是跟其他同事不會(huì)有太多的沖突，自己寫的代碼放在自己電腦上，一段時(shí)間后再提交、合并，也可以不用聯(lián)網(wǎng)在本地提交；如果你能理解這個(gè)概念，那么你就已經(jīng)上手一半了。需要做一點(diǎn)聲明，GIT并不是目前第一個(gè)或唯一的分布式版本控制系統(tǒng)。還有一些系統(tǒng)，例如Bitkeeper, Mercurial等，也是運(yùn)行在分布式模式上的。但GIT在這方面做的更好，而且有更多強(qiáng)大的功能特征。

GIT跟SVN一樣有自己的 集中式版本庫(kù)或服務(wù)器。但，GIT更傾向于被使用于分布式模式，也就是每個(gè)開發(fā)人員從中心版本庫(kù)/服務(wù)器上chect out代碼后會(huì)在自己的機(jī)器上克隆一個(gè)自己的版本庫(kù)。可以這樣說(shuō)，如果你被困在一個(gè)不能連接網(wǎng)絡(luò)的地方時(shí)，你仍然能夠提交文件，查看歷史版本記錄，創(chuàng)建項(xiàng) 目分支等。

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

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

3）GIT分支和SVN的分支不同：

　　分支在SVN中一點(diǎn)不特別，就是版本庫(kù)中的另外的一個(gè)目錄。如果你想知道是否合并了一個(gè)分支，你需要手工運(yùn)行像這樣的命令svn propget svn:mergeinfo，來(lái)確認(rèn)代碼是否被合并。
然而，處理GIT的分支卻是相當(dāng)?shù)暮?jiǎn)單和有趣。你可以從同一個(gè)工作目錄下快速的在幾個(gè)分支間切換。你很容易發(fā)現(xiàn)未被合并的分支，你能簡(jiǎn)單而快捷的合并這些文件。

　　Git鼓勵(lì)分Branch，而SVN，說(shuō)實(shí)話，我用Branch的次數(shù)還挺少的，SVN自帶的Branch merge我還真沒(méi)用過(guò)，有merge時(shí)用的是Beyond Compare工具合并后再Commit的；

4）GIT沒(méi)有一個(gè)全局的版本號(hào)，而SVN有：

　　目前為止這是跟SVN相比GIT缺少的最大的一個(gè)特征。

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

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

6）Git下載下來(lái)后，在本地不必聯(lián)網(wǎng)就可以看到所有的log，很方便學(xué)習(xí)，SVN卻需要聯(lián)網(wǎng)；

7）SVN在Commit前，我們都建議是先Update一下，而GIT不用:

　　跟本地的代碼編譯沒(méi)問(wèn)題，并確保開發(fā)的功能正常后再提交，這樣其實(shí)挺麻煩的，有好幾次同事沒(méi)有先Updata，就Commit了，發(fā)生了一些錯(cuò)誤，耽誤了大家時(shí)間，Git可能這種情況會(huì)少些。

8）其他區(qū)別：

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

2、版本庫(kù)（repository）：
　　據(jù)我所知，SVN只能有一個(gè)指定中央版本庫(kù)。當(dāng)這個(gè)中央版本庫(kù)有問(wèn)題時(shí)，所有工作成員都一起癱瘓直到版本庫(kù)維修完畢或者新的版本庫(kù)設(shè)立完成。

　　而 Git可以有無(wú)限個(gè)版本庫(kù)。或者，更正確的說(shuō)法，每一個(gè)Git都是一個(gè)版本庫(kù)，區(qū)別是它們是否擁有活躍目錄（Git Working Tree）。如果主要版本庫(kù)（例如：置於GitHub的版本庫(kù)）發(fā)生了什麼事，工作成員仍然可以在自己的本地版本庫(kù)（local repository）提交，等待主要版本庫(kù)恢復(fù)即可。工作成員也可以提交到其他的版本庫(kù)！

3、分支（Branch）

　　在SVN，分支是一個(gè)完整的目錄。且這個(gè)目錄擁有完整的實(shí)際文件。如果工作成員想要開啟新的分支，那將會(huì)影響“全世界”！每個(gè)人都會(huì)擁有和你一樣的分支。如果你的分支是用來(lái)進(jìn)行破壞工作（安檢測(cè)試），那將會(huì)像傳染病一樣。

　　而 Git，每個(gè)工作成員可以任意在自己的本地版本庫(kù)開啟無(wú)限個(gè)分支。舉例：當(dāng)我想嘗試破壞自己的程序（安檢測(cè)試），并且想保留這些被修改的文件供日后使用， 我可以開一個(gè)分支，做我喜歡的事。完全不需擔(dān)心妨礙其他工作成員。只要我不合并及提交到主要版本庫(kù)，沒(méi)有一個(gè)工作成員會(huì)被影響。等到我不需要這個(gè)分支時(shí)， 我只要把它從我的本地版本庫(kù)刪除即可。無(wú)痛無(wú)癢。

　　Git的分支名是可以使用不同名字的。例如：我的本地分支名為testing，而在主要版本庫(kù)的名字其實(shí)是master。
　　最值得一提，我可以在Git的任意一個(gè)提交點(diǎn)（commit point）開啟分支！（其中一個(gè)方法是使用gitk –all 可觀察整個(gè)提交記錄，然后在任意點(diǎn)開啟分支。）

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

5、重新設(shè)立起點(diǎn)（Rebase）
　　在 Git，如果你想把別人的最新提交設(shè)立為現(xiàn)在這個(gè)分支的起點(diǎn)，只要執(zhí)行g(shù)it rebase branch_name 即可。這個(gè)和合并（merge）不同點(diǎn)是，merge會(huì)依據(jù)修改的時(shí)間視為最新，而Rebase會(huì)要求你去解決雙方都有修改過(guò)的地方的矛盾 （conflict）。

6、系統(tǒng)檔案
　　SVN會(huì)在每一個(gè)目錄置放一個(gè).svn。如果想移除這些.svn是很累的。
　　而Git會(huì)在目錄起點(diǎn)擁有一個(gè).git目錄，以及.gitignore。

任何事情，歸根結(jié)底都是人的問(wèn)題，工具只是工具。

SVN 是集中式的，會(huì)出現(xiàn)你說(shuō)的耦合。但從另外一個(gè)方面來(lái)說(shuō)，這也要求開發(fā)人員代碼的規(guī)范：不要一個(gè)函數(shù)干很多事情，不要一個(gè)文件寫很多個(gè)類。

另外，將不可運(yùn)行的代碼提交到任何版本控制系統(tǒng)中都是沒(méi)有意義的。這也就是版本控制的核心思想之一。也就是提交的粒度：原子性。所謂的原子性，也就是完成 一件任務(wù)，這個(gè)任務(wù)可以是一個(gè)函數(shù)聲明，也可以是一個(gè)函數(shù)的實(shí)現(xiàn)，亦或是一個(gè)子系統(tǒng)。但這個(gè)任務(wù)的完成的標(biāo)志就是代碼可以運(yùn)行，不能運(yùn)行的代碼，最多也就 是完成了半個(gè)任務(wù)。這個(gè)是不符合版本控制思想的。試想，你 update 到某一個(gè) version 的時(shí)候，代碼竟然是不能運(yùn)行的，是何心情？？？

總結(jié)

以上是生活随笔為你收集整理的GitHub和SVN的区别的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。