今天了解一下svn和github的區別。
一、版本控制
版本控制是指對軟件開發過程中各種程序代碼、配置文件及說明文檔等文件變更的管理，是軟件配置管理的核心思想之一。版本控制最主要的功能就是追蹤文件的變更。它將什么時候、什么人更改了文件的什么內容等信息忠實地了已錄下來。每一次文件的改變，文件的版本號都將增加。除了記錄版本變更外，版本控制的另一個重要功能是並行開發。軟件開發往往是多人協同作業，版本控制可以有效地解決版本的同步以及不同開發者之間的開發通信問題，提高協同開發的效率。並行開發中最常見的不同版本軟件的錯誤(Bug)修正問題也可以通過版本控制中分支與合並的方法有效地解決。
版本控制包括：檢入檢出控制、分支和合並、歷史記錄。
同步控制的實質是版本的檢入檢出控制。檢入就是把軟件配置項從用戶的工作環境存入到軟件配置庫的過程，檢出就是把軟件配置項從軟件配置庫中取出的過程。檢人是檢出的逆過程。同步控制可用來確保由不同的人並發執行的修改不會產生混亂。
版本分支的人工方法就是從主版本——稱為主干上拷貝一份，並做上標記。在實行了版本控制后，版本的分支也是一份拷貝，這時的拷貝過程和標記動作由版本控制系統完成。版本合並(來自不同分支的兩個版本合並為其中一個分支的新版本)有兩種途徑，一是將版本A的內容附加到版本B中；另一種是合並版本A和版本B的內容，形成新的版本C。
版本的歷史記錄有助於對軟件配置項進行審核，有助於追蹤問題的來源。歷史記錄包括版本號、版本修改時間、版本修改者、版本修改描述等最基本的內容，還可以有其他一些輔助性內容，比如版本的文件大小和讀寫屬性。
二、常見工具
1．開源版本控制工具
開放源碼的版本控制工具有很多，如Concurrent Versions System( CVS)、Subversion( SVN)、Vesta、Revision Control System( RCS)、Source Code Control System( SCCS)等。比較常用的兩個工具是CVS和SVN。對於中小規模團隊，SVN是一個比較好的開源版本控制工具，SVN常用客戶端工具為TortoiseSVN。
2．成熟的商業工具
商業工具提供了比開源版本控制工具更多的，尤其是和軟件配置管理有關的功能。IBM公司的Rational ClearCase是一款重量級的軟件配置管理軟件，為大中型軟件開發企業提供了版本控制、工作空間管理、平行開發支持以及版本審計，可以為擁有上千開發者的大型項目提供全面配置管理支持。
三、git和svn的區別
1）Git是分布式的，SVN不是：
這 是git和其它非分布式的版本控制系統，例如SVN，CVS等，最核心的區別。好處是跟其他同事不會有太多的沖突，自己寫的代碼放在自己電腦上，一段時間后再提交、合並，也可以不用聯網在本地提交；如果你能理解這個概念，那么你就已經上手一半了。需要做一點聲明，GIT並不是目前第一個或唯一的分布式版本控制系統。還有一些系統，例如Bitkeeper, Mercurial等，也是運行在分布式模式上的。但GIT在這方面做的更好，而且有更多強大的功能特征。
GIT跟SVN一樣有自己的 集中式版本庫或服務器。但，GIT更傾向於被使用於分布式模式，也就是每個開發人員從中心版本庫/服務器上chect out代碼后會在自己的機器上克隆一個自己的版本庫。可以這樣說，如果你被困在一個不能連接網絡的地方時，你仍然能夠提交文件，查看歷史版本記錄，創建項 目分支等。
2）GIT把內容按元數據方式存儲，而SVN是按文件：
所有的資源控制系統都是把文件的元信息隱藏在一個類似.svn，.cvs等的文件夾里。如果你把.git目錄的體積大小跟.svn比較，你會發現它們差距很大。因 為，.git目錄是處於你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標簽，分支，版本記錄等。
3）GIT分支和SVN的分支不同：
分支在SVN中一點不特別，就是版本庫中的另外的一個目錄。如果你想知道是否合並了一個分支，你需要手工運行像這樣的命令svn propget svn:mergeinfo，來確認代碼是否被合並。
然而，處理GIT的分支卻是相當的簡單和有趣。你可以從同一個工作目錄下快速的在幾個分支間切換。你很容易發現未被合並的分支，你能簡單而快捷的合並這些文件。
Git鼓勵分Branch，而SVN，說實話，我用Branch的次數還挺少的，SVN自帶的Branch merge我還真沒用過，有merge時用的是Beyond Compare工具合並后再Commit的；
4）GIT沒有一個全局的版本號，而SVN有：
目前為止這是跟SVN相比GIT缺少的最大的一個特征。
5）GIT的內容完整性要優於SVN：
GIT的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。
6）Git下載下來后，在本地不必聯網就可以看到所有的log，很方便學習，SVN卻需要聯網；
7）SVN在Commit前，我們都建議是先Update一下，而GIT不用:
跟本地的代碼編譯沒問題，並確保開發的功能正常后再提交，這樣其實挺麻煩的，有好幾次同事沒有先Updata，就Commit了，發生了一些錯誤，耽誤了大家時間，Git可能這種情況會少些。
8）其他區別：
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）
在 Git，如果你想把別人的最新提交設立為現在這個分支的起點，只要執行git rebase branch_name 即可。這個和合並（merge）不同點是，merge會依據修改的時間視為最新，而Rebase會要求你去解決雙方都有修改過的地方的矛盾 （conflict）。
6、系統檔案
SVN會在每一個目錄置放一個.svn。如果想移除這些.svn是很累的。
而Git會在目錄起點擁有一個.git目錄，以及.gitignore。
任何事情，歸根結底都是人的問題，工具只是工具。
SVN 是集中式的，會出現你說的耦合。但從另外一個方面來說，這也要求開發人員代碼的規范：不要一個函數干很多事情，不要一個文件寫很多個類。
另外，將不可運行的代碼提交到任何版本控制系統中都是沒有意義的。這也就是版本控制的核心思想之一。也就是提交的粒度：原子性。所謂的原子性，也就是完成 一件任務，這個任務可以是一個函數聲明，也可以是一個函數的實現，亦或是一個子系統。但這個任務的完成的標志就是代碼可以運行，不能運行的代碼，最多也就 是完成了半個任務。這個是不符合版本控制思想的。試想，你 update 到某一個 version 的時候，代碼竟然是不能運行的，是何心情？？？