版本控制是指對(duì)軟件開(kāi)發(fā)過(guò)程中各種程序代碼、配置文件及說(shuō)明文檔等文件變更的管理，是軟件配置管理的核心思想之一。
編寫(xiě)一個(gè)成熟可用的程序是一個(gè)工作量很大的工程，并非我們一次性就可以搞定的工作，所以在開(kāi)發(fā)過(guò)程當(dāng)中需要：
1、 多人協(xié)作
隨著對(duì)程序體驗(yàn)的需求的提高，一個(gè)程序需求的編程知識(shí)和模塊也在增多，這種情況下讓一個(gè)程序員同時(shí)掌握多門(mén)技術(shù)是不好實(shí)現(xiàn)的：
1、掌握的難度大，開(kāi)發(fā)的成本高（比如：一個(gè)大牛的工資）
2、開(kāi)發(fā)效率高，一個(gè)人開(kāi)發(fā)的效率是不行的
所以，我們?cè)诠ぷ鳟?dāng)中大部分講究的是協(xié)作開(kāi)發(fā)，我們以項(xiàng)目需求的技術(shù)模塊進(jìn)行團(tuán)隊(duì)的組合。
比如：開(kāi)發(fā)一個(gè)web項(xiàng)目：如果要招聘一個(gè)web大牛，前端、后端、運(yùn)維服務(wù)器都很牛的大牛，薪資高先不說(shuō)，人也不好找啊。并且一個(gè)大牛的開(kāi)發(fā)效率
和開(kāi)發(fā)壓力也很大。所以我們會(huì)形成一個(gè)開(kāi)發(fā)的團(tuán)隊(duì)，找前端開(kāi)發(fā)工程師，后端開(kāi)發(fā)工程師，運(yùn)維工程師，數(shù)據(jù)庫(kù)工程師來(lái)完成這個(gè)艱巨的任務(wù)。
2、 版本迭代
就好像一個(gè)美術(shù)家要完成一件作品，并不是一蹴而就的，好多時(shí)候是經(jīng)歷過(guò)多次修改的過(guò)程，我們編程也是一樣的，當(dāng)然這個(gè)修改要有原則，并不是推
倒重來(lái)的過(guò)程（當(dāng)然前期無(wú)藥可救的不算），而是有簡(jiǎn)單的一個(gè)完整的框架開(kāi)始，然后不斷優(yōu)化升級(jí)的過(guò)程，這個(gè)過(guò)程就是版本迭代。
那在這個(gè)過(guò)程當(dāng)中，我們需要對(duì)代碼進(jìn)行管理，比如：提交、檢出、回溯歷史、沖突解決、多人協(xié)作。那這些需求也就衍生出了我們要學(xué)習(xí)使用的版本控制工具。
各個(gè)公司由于開(kāi)發(fā)的需求和其他因素用到的版本控制工具不都相同，這里我們介紹幾種使用較多的版本控制工具。
Cvs： 是一個(gè)C/S系統(tǒng),是一個(gè)常用的代碼版本控制軟件。主要在開(kāi)源軟件管理中使用。多個(gè)開(kāi)發(fā)人員通過(guò)一個(gè)中心版本控制系統(tǒng)來(lái)記錄文件版本，從而達(dá)到
保證文件同步的目的。是一種很古老的版本控制工具了，但是是很典型的集中式版本控制工具
SVN： 是一個(gè)開(kāi)放源代碼的版本控制系統(tǒng)，相較于RCS、CVS，它采用了分支管理系統(tǒng)，它的設(shè)計(jì)目標(biāo)就是取代CVS?？梢哉f(shuō)是集中式版本控制的集大成 者。
Git： 是一個(gè)開(kāi)源的分布式版本控制系統(tǒng)，可以有效、高速的處理從很小到非常大的項(xiàng)目版本管理。是一種分布式的版本控制工具
GitHub：gitHub是一個(gè)面向開(kāi)源及私有軟件項(xiàng)目的托管平臺(tái),因?yàn)橹恢С謌it 作為唯一的版本庫(kù)格式進(jìn)行托管,故名gitHub。
上面介紹了我們常用的四種版本控制軟件，但是也要給大家解釋兩個(gè)概念：
分布式版本控制：分布式的版本控制就是每個(gè)人都可以創(chuàng)建一個(gè)獨(dú)立的代碼倉(cāng)庫(kù)用于管理，各種版本控制的操作都可以在本地完成。每個(gè)人修改的代碼都可以推
送合并到另外一個(gè)代碼倉(cāng)庫(kù)中。
集中式版本控制：只有一個(gè)中央控制，所有的開(kāi)發(fā)人員都必須依賴于這個(gè)代碼倉(cāng)庫(kù)。每次版本控制的操作也必須鏈接到服務(wù)器才能完成。
所以很多公司喜歡用集中式的版本控制是為了更好的控制代碼。如果個(gè)人開(kāi)發(fā)，就可以選擇Git這種分布式的。并不存在那個(gè)更加好或者其他的。
