源代碼管理工具Git的工作原理是什么？

源代碼管理工具Git的工作原理是什么？針對(duì)這個(gè)問題，今天小編總結(jié)這篇有關(guān)Git的文章，希望幫助更多想解決這個(gè)問題的同學(xué)找到更加簡(jiǎn)單易行的辦法。

Git是什么？GIT分布式版本控制系統(tǒng)，Git是一個(gè)免費(fèi)的、分布式的版本控制工具，或是一個(gè)強(qiáng)調(diào)了速度快的源代碼管理工具。Git被LinusTorvalds開發(fā)出來用于管理Linux內(nèi)核的開發(fā)。每一個(gè)Git的工作目錄都是一個(gè)完全獨(dú)立的代碼庫，并擁有完整的歷史記錄和版本追蹤能力，不依賴網(wǎng)絡(luò)和中心服務(wù)器。

Git出現(xiàn)減輕開發(fā)者和開源項(xiàng)目對(duì)于管理分支代碼的壓力，由于對(duì)分支的良好控制，更鼓勵(lì)開發(fā)者對(duì)項(xiàng)目做出貢獻(xiàn)。許多開源項(xiàng)目包括Linuxkernel,Samba,X.orgServer,RubyonRails，都已經(jīng)過渡到使用Git作為版本控制工具。在任何地點(diǎn)提交自己的代碼和查看代碼版本;可以開諸多個(gè)分支來實(shí)踐自己的想法，而合并這些分支的開銷可以忽略不計(jì)。接下來了解下什么是版本控制？

一、本地版本控制系統(tǒng)

許多人習(xí)慣用復(fù)制整個(gè)項(xiàng)目目錄的方式來保存不同的版本，或許還會(huì)改名加上備份時(shí)間以示區(qū)別。這么做唯一的好處就是簡(jiǎn)單。不過壞處也不少：有時(shí)候會(huì)混淆所在的工作目錄，如果弄錯(cuò)文件丟了數(shù)據(jù)就沒法撤銷恢復(fù)。為了解決這個(gè)問題開發(fā)了許多種本地版本控制系統(tǒng)，大多都是采用某種簡(jiǎn)單的數(shù)據(jù)庫來記錄文件的歷次更新差異

其中最流行是rcs，許多計(jì)算機(jī)系統(tǒng)上有應(yīng)用。在流行的MacOSX系統(tǒng)上安裝了開發(fā)者工具包后可以使用rcs命令。工作原理基本上就是保存并管理文件補(bǔ)丁。文件補(bǔ)丁是一種特定格式的文本文件，記錄著對(duì)應(yīng)文件修訂前后的內(nèi)容變化。根據(jù)每次修訂后的補(bǔ)丁，rcs可以通過不斷打補(bǔ)丁，計(jì)算出各個(gè)版本的文件內(nèi)容。

二、集中化的版本控制系統(tǒng)

如何讓在不同系統(tǒng)上的開發(fā)者協(xié)同工作？于是，集中化的版本控制系統(tǒng)CVCS應(yīng)運(yùn)而生。這類系統(tǒng)，諸如CVS，Subversion以及Perforce等，都有一個(gè)單一的集中管理的服務(wù)器，保存所有文件的修訂版本，而協(xié)同工作的人們都通過客戶端連到這臺(tái)服務(wù)器，取出最新的文件或者提交更新。多年以來，成為版本控制系統(tǒng)的標(biāo)準(zhǔn)做法。

集中化的版本控制系統(tǒng)許多優(yōu)勢(shì)，相較于老式的本地VCS來說。每個(gè)人都可以在一定程度上看到項(xiàng)目中的其他人正在做些什么。而管理員也可以輕松掌控每個(gè)開發(fā)者的權(quán)限，并且管理一個(gè)CVCS要遠(yuǎn)比在各個(gè)客戶端上維護(hù)本地?cái)?shù)據(jù)庫來得輕松容易。

缺點(diǎn)是中央服務(wù)器的單點(diǎn)故障。如果宕機(jī)一小時(shí)，誰都無法提交更新，也就無法協(xié)同工作。要是中央服務(wù)器的磁盤發(fā)生故障，碰巧沒做備份，或者備份不夠及時(shí)，就還是會(huì)有丟失數(shù)據(jù)的風(fēng)險(xiǎn)。最壞的情況是徹底丟失整個(gè)項(xiàng)目的所有歷史更改記錄，而被客戶端提取出來的某些快照數(shù)據(jù)除外，但這樣的話依然是個(gè)問題，你不能保證所有的數(shù)據(jù)都已經(jīng)有人事先完整提取出來過。本地版本控制系統(tǒng)也存在類似問題，只要整個(gè)項(xiàng)目的歷史記錄被保存在單一位置，就有丟失所有歷史更新記錄的風(fēng)險(xiǎn)。

三、分布式版本控制系統(tǒng)：

分布式版本控制系統(tǒng)DVCS。在這類系統(tǒng)中像Git，Mercurial，Bazaar以及Darcs等，客戶端并不只提取最新版本的文件快照，而是把原始的代碼倉庫完整地鏡像下來。這么一來，任何一處協(xié)同工作用的服務(wù)器發(fā)生故障，事后都可以用任何一個(gè)鏡像出來的本地倉庫恢復(fù)。因?yàn)槊恳淮蔚奶崛〔僮?，?shí)際上都是一次對(duì)代碼倉庫的完整備份

這類系統(tǒng)指定和若干不同的遠(yuǎn)端代碼倉庫進(jìn)行交互。在同一個(gè)項(xiàng)目中分別和不同工作小組的人相互協(xié)作。根據(jù)需要設(shè)定不同的協(xié)作流程，比如層次模型式的工作流，而這在以前的集中式系統(tǒng)中是無法實(shí)現(xiàn)的。

以上就是源代碼管理工具Git的工作原理的詳細(xì)內(nèi)容了，看完之后是否有所收獲呢？如果想了解更多相關(guān)內(nèi)容，歡迎關(guān)注億速云行業(yè)資訊！