『現學現忘』Git基礎 — 2、Git和SVN的區別
- 2022 年 4 月 8 日
- 筆記
- 高級測試技能 - Git基礎
1、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。
