? ? ? ? 從今天開(kāi)始。我們了解的分布式版本控制系統(tǒng)Git相關(guān)內(nèi)容。了解Git之前，我們的第一個(gè)版本控制系統(tǒng)，使宏觀的描述。

什么是版本號(hào)控制?

? ? ? ??版本號(hào)控制是指通過(guò)對(duì)文件內(nèi)容的變化進(jìn)行記錄,并為每次的變化進(jìn)行編號(hào)，以便將來(lái)查閱文件的修訂情況。有了版本號(hào)控制之后，就能夠比較文件變化的細(xì)節(jié)，以便將某個(gè)文件回溯到之前某個(gè)時(shí)間點(diǎn)的狀態(tài)。從而解決因?yàn)槲募兓^(guò)程中出現(xiàn)的怪異問(wèn)題。
? ? ? ??版本號(hào)控制到眼下為止的相關(guān)產(chǎn)品有非常多，大致能夠分為三類(lèi)。各自是本地版本號(hào)控制系統(tǒng)、集中式版本號(hào)控制系統(tǒng)和分布式版本號(hào)控制系統(tǒng)。

本地版本號(hào)控制系統(tǒng)

? ? ? ??本地版本號(hào)控制系統(tǒng)出現(xiàn)之前。很多人為了保存不同版本號(hào)的文件，一般是通過(guò)改名病加入時(shí)間戳的方式來(lái)差別不同的版本號(hào)文件。這樣的方式很easy，同一時(shí)候這樣的方式也很easy造成文件混亂。所以很早就有人開(kāi)發(fā)了很多種本地版本號(hào)控制系統(tǒng)，其原理也很easy，即使用一個(gè)簡(jiǎn)單的數(shù)據(jù)庫(kù)記錄文件的每次變更。其原理示意圖例如以下所看到的：

集中式版本號(hào)控制系統(tǒng)

? ? ? ??相對(duì)與本地版本號(hào)控制系統(tǒng)。集中式版本號(hào)控制系統(tǒng)攻克了本地版本號(hào)控制系統(tǒng)僅在單個(gè)的操作系統(tǒng)之上執(zhí)行的缺陷，實(shí)現(xiàn)了在不同的操作系統(tǒng)之上執(zhí)行，這就給開(kāi)發(fā)人員之間進(jìn)行團(tuán)隊(duì)合作提供了條件。集中式版本號(hào)控制系統(tǒng)的原理很與本地版本號(hào)控制系統(tǒng)的原理類(lèi)似，所不同的是集中式版本號(hào)管理系統(tǒng)有一個(gè)單一的集中管理的server。該server能夠保存全部的文件改動(dòng)版本號(hào)信息，參與團(tuán)隊(duì)開(kāi)發(fā)的client連接這臺(tái)server之后，就能夠提交更新和去除最新的文件。

其原理示意圖例如以下所看到的：

分布式版本號(hào)控制系統(tǒng)

? ? ? ??雖然集中式版本號(hào)控制系統(tǒng)已經(jīng)可以滿(mǎn)足大部分的需求，但由于集中式版本號(hào)控制系統(tǒng)本身就存在單點(diǎn)故障問(wèn)題，即假設(shè)中央server宕機(jī)或發(fā)生問(wèn)題。那么各個(gè)client將無(wú)法正常工作。分布式版本號(hào)控制系統(tǒng)的工作原理在于client并不僅僅提取各個(gè)client上的最新版本號(hào)的文件。而是把中央server上的代碼倉(cāng)庫(kù)完整地鏡像下來(lái)。

這樣。其中央server發(fā)生問(wèn)題之后，就行利用不論什么一個(gè)client的本地倉(cāng)庫(kù)進(jìn)行中央倉(cāng)庫(kù)的恢復(fù)。由于每一次的提取操作，就是對(duì)中央server倉(cāng)庫(kù)的完整備份。其原理示意圖例如以下所看到的：

? ? ? ??三種類(lèi)型的版本號(hào)控制系統(tǒng)介紹就到這里，這里重點(diǎn)了解三者之間故障及解決方案的聯(lián)系和發(fā)展的過(guò)程。接下來(lái)，我們將繼續(xù)講解Git其他。

版權(quán)聲明：本文博客原創(chuàng)文章。博客，未經(jīng)同意，不得轉(zhuǎn)載。

總結(jié)

以上是生活随笔為你收集整理的Git现实（一个）版本控制概述的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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