Git 集中式VS分布式

2021-06-23 06:00:09 字數 690 閱讀 6315

集中式版本控制系統

版本庫是集中存放在**伺服器的,而幹活的時候用的是自己電腦,所以要先從**伺服器取得最新版本,然後開始幹活,幹完再把自己的

活推送給**伺服器。集中式版本控制系統最大的毛病就是必須聯網才能工作。

分布式版本控制系統

首先,分布式版本控制系統根本沒有「**伺服器」,每個人的電腦上都是乙個完整的版本庫,這樣,你工作的時候,就不需要聯網了,因為版本庫就在你自己的電腦上。既然每個人電腦上都有乙個完整的版本庫,那多個人如何協作呢?比方說你在自己電腦上改了檔案a,你的同事也在他的電腦上改了檔案a,這時,你們倆之間只需把各自的修改推送給對方,就可以互相看到對方的修改了。

和集中式版本控制系統相比,分布式版本控制系統的安全性要高很多,因為每個人電腦裡都有完整的版本庫,某乙個人的電腦壞掉了不要緊,隨便從其他人那裡複製乙個就可以了。而集中式版本控制系統的**伺服器要是出了問題,所有人都沒法幹活了。

在實際使用分布式版本控制系統的時候,其實很少在兩人之間的電腦上推送版本庫的修改,因為可能你們倆不在乙個區域網內,兩台電腦互相訪問不了,也可能今天你的同事病了,他的電腦壓根沒有開機。因此,分布式版本控制系統通常也有一台充當「**伺服器」的電腦,但這個伺服器的作用僅僅是用來方便「交換」大家的修改,沒有它大家也一樣幹活,只是交換修改不方便而已。

當然,git的優勢不單是不必聯網這麼簡單,後面我們還會看到git極其強大的分支管理,把svn等遠遠拋在了後面。 

集中式vs分布式

linus一直痛恨的cvs及svn都是集中式的版本控制系統,而git是分布式版本控制系統,集中式和分布式版本控制系統有什麼區別呢?先說集中式版本控制系統,版本庫是集中存放在 伺服器的,而幹活的時候,用的都是自己的電腦,所以要先從 伺服器取得最新的版本,然後開始幹活,幹完活了,再把自己的活推送給 伺服...

SVN與Git比較(集中式VS分布式)

一 集中式vs分布式 1.subversion屬於集中式的版本控制系統 集中式的版本控制系統都有乙個單一的集中管理的伺服器,儲存所有檔案的修訂版本,而協同工作的人們都通過客戶端連到這台伺服器,取出最新的檔案或者提交更新。subversion的特點概括起來主要由以下幾條 每個版本庫有唯一的url 官方...

Git學習 集中式與分布式

集中式版本控制系統 版本庫是集中存放在 伺服器的,自己的電腦先從 伺服器取得最新的版本,然後開始幹活,幹完活了,再把自己的活推送給 伺服器。舉個例子 伺服器就好比是乙個圖書館,你要改一本書,必須先從圖書館借出來,然後回到家自己改,改完了,再放回圖書館。缺點 必須聯網才能工作,如果在區域網內還好,頻寬...