網站首頁 編程語言 正文
Git和SVN的區別
(1)SVN(集中式版本管理系統)
集中式的版本控制系統都有一個單一的集中管理的服務器,保存所有文件的修訂版本,而協同工作的人們都通過客戶端連到這臺服務器,取出最新的文件或者提交更新。
Subversion屬于集中式版本控制系統。
- 好處:
每個人都可以一定程度上看到項目中的其他人正在做些什么。
而管理員也可以輕松掌控每個開發者的權限。
- 缺點:
中央服務器的單點故障。若是宕機一小時,那么在這一小時內,誰都無法提交更新、還原、對比等,也就無法協同工作。
如果中央服務器的磁盤發生故障,并且沒做過備份或者備份得不夠及時的話,還會有丟失數據的風險。最壞的情況是徹底丟失整個項目的所有歷史更改記錄,被客戶端提取出來的某些快照數據除外,但這樣的話依然是個問題,你不能保證所有的數據都已經有人提取出來。
Subversion原理上只關心文件內容的具體差異。每次記錄有哪些文件作了更新,以及都更新了哪些行的什么內容。
有很多人認為,集中式的版本控制系統在速度上和性能上是不足的。后來基于集中式的版本控制系統的不足,開發了分布式的版本控制系統。
- Subversion的特點概括
每個版本庫有唯一的URL(官方地址),每個用戶都從這個地址獲取代碼和數據;
獲取代碼的更新,也只能連接到這個唯一的版本庫,同步以取得最新數據;
提交必須有網絡連接(非本地版本庫);
提交需要授權,如果沒有寫權限,提交會失敗;
提交并非每次都能夠成功。如果有其他人先于你提交,會提示“改動基于過時的版本,先更新再提交”… 諸如此類;
沖突解決是一個提交速度的競賽:手快者,先提交,平安無事;手慢者,后提交,可能遇到麻煩的沖突解決。
(2)Git(分布式版本管理系統)
如下圖所示:
以Git為例:
- Git是一個分布式的版本控制系統,和集中式的控制系統很大的一個差異是,分布式的版本控制系統的服務端和客戶端都有完整的一套版本庫。那脫離服務端,客戶端照樣可以管理版本的。并且查看歷史以及版本比較等相關操作,都不需要去訪問服務器,也就是說分布式的控制系統比集中式的控制系統更能提高版本管理的效率。
- Git記錄版本歷史只關心文件數據的整體是否發生變化,Git 不保存文件內容前后變化的差異數據。
所以Git每次存的都是項目的完整快照,需要的硬盤空間會相對大一點。
(Git團隊對代碼做了極致的壓縮,最終需要的實際空間比SVN多不了太多,可是Git的回滾速度極快)。 - 實際上,Git 更像是把變化的文件作快照后,記錄在一個微型的文件系統中。每次提交更新時,它會縱覽一遍所有文件的指紋信息,并對文件作一快照,然后保存一個指向這次快照的索引。為提高性能,若文件沒有變化,Git 不會再次保存,而只對上次保存的快照作一個連接。
- 在分布式版本控制系統中,客戶端并不只提取最新版本的文件快照,而是把原始的代碼倉庫完整地鏡像下來。這么一來,任何一處協同工作用的服務器發生故障,事后都可以用任何一個鏡像出來的本地倉庫恢復。這類系統都可以指定和若干不同的遠端代碼倉庫進行交互。因此,你就可以在同一個項目中,分別和不同工作小組的人相互協作,你可以根據需要設定不同的協作流程。
- 另外,因為Git在本地磁盤上就保存著所有有關當前項目的歷史更新,并且Git中的絕大多數操作都只需要訪問本地文件和資源,不用連網,所以處理起來速度飛快。用SVN的話,沒有網絡或者斷開VPN你就無法做任何事情。但用Git的話,就算你在飛機或者火車上,都可以非常愉快地頻繁提交更新,等到了有網絡的時候再上傳到遠程的鏡像倉庫。
2、SVN和Git的優缺點
(1)SVN優缺點
1)優點:
- 管理方便,邏輯明確,符合一般人思維習慣。
- 易于管理,集中式服務器更能保證安全性。
- 代碼一致性非常高。
- 適合開發人數不多的項目開發。
2)缺點:
- 服務器壓力太大,數據庫容量暴增。
- 必須具有網絡環境,單機無法實現版本控制。也就是如果不能連接到服務器上,基本上不可以工作,就不能進行提交,還原,對比等等操作。
- 注意避免中央集中服務器單點故障。
- 客戶機之間無法直接進行聯系。
- 不適合開源開發(開發人數非常非常多)。但是一般集中式管理的有非常明確的權限管理機制(例如分支訪問限制),可以實現分層管理,從而很好的解決開發人數眾多的問題。
(2)Git優缺點
1)優點:
- 適合分布式開發,強調個體。
- 公共服務器壓力和數據量都不會太大。
- 速度快、靈活。
- 任意兩個開發者之間可以很容易的解決沖突。
- 可以離線工作。
2)缺點:
- 學習周期相對而言比較長。
- 不符合常規思維。
- 代碼保密性差,一旦開發者把整個庫克隆下來就可以完全公開所有代碼和版本信息。
3、總結一下
- 當研發成本比較低,協作開發人數不多,開發人員對于版本管理的水平參差不齊的時候,或者對于代碼的安全性要求更高一點的時候,適合用SVN。
- 而對于很多人參與開發,代碼量比較大,或者高頻次協作,跨公司,跨地域合作的情況下,更適合用Git。
參考:https://www.jb51.net/article/245619.htm
原文鏈接:https://www.cnblogs.com/liuyuelinfighting/p/16115894.html
相關推薦
- 2022-05-13 C++ std::thread 線程的傳參方式
- 2024-03-28 SpringBoot項目中的500錯誤
- 2022-04-20 python?遠程執行命令的詳細代碼_python
- 2023-02-06 python?wordcloud庫實例講解使用方法_python
- 2022-07-12 CSS樣式:樣式的沖突 樣式的繼承 偽元素 偽類
- 2022-10-25 python庫-dotenv包?及?.env配置文件詳解_python
- 2022-08-29 Python可視化神器pyecharts繪制雷達圖_python
- 2022-09-27 Python?創建格式化字符串方法_python
- 最近更新
-
- window11 系統安裝 yarn
- 超詳細win安裝深度學習環境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結
- Spring Security之安全異常處理
- MybatisPlus優雅實現加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發現-Nac
- Spring Security之基于HttpR
- Redis 底層數據結構-簡單動態字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支