隔離開發，提交審核
如何對團隊中的新成員的開發進行審核呢？在Git服務器上可以實現用戶自建分支和自建版本庫的功能， 這樣團隊中的新成員既能將本地提交推送到服務器以對工作進行備份， 又能夠方便團隊中的其他成員對自己的提交進行審核。
審核新成員提交時，從其個人版本庫或個人分支獲取（fetch）提交，從提交說明、代碼規范、編譯測試 等多方面對提交逐一審核。審核通過執行 git merge 命令合并到開發主線中。
對合并更好的支持，更少的沖突，更好的沖突解決
因為Git基于對內容的追蹤而非對文件名追蹤，所以遇到一方或雙方對文件名更改時， Git能夠很好進行自動合并或提供工具輔助合并。而SVN遇到同樣問題時會產生樹沖突， 解決起來很麻煩。
Git的基于DAG（有向非環圖）的設計比SVN的線性提交提供更好的合并追蹤， 避免不必要的沖突，提高工作效率。這是開發者選擇Git、拋棄SVN的重要理由。
保證已修復Bug不再重現
以為創建完畢里程碑標簽（tag）便完成軟件版本的發布是有風險的， 往往會由于之前的版本（維護版本）中的一些 Hotfix 提交沒有合并到新版本而造成已修復問題在新版本中重現。
Git分支和合并追蹤可以解決這個問題。例如用 maint 分支跟蹤新的發行版， 當確定里程碑tag v1.6.4 為新發行版時，在 maint 分支執行如下命令以切換到新發行版：
$ git checkout maint $ git merge --ff-only v1.6.4
如果合并成功，代表發行版 v1.6.4 包含了所有前一個發行版的提交。 反之說明前一個發行版某個或某些Hotfix提交尚未合并到新發行版中。
版本庫的安全性
SVN版本庫安全性很差，是管理員頭痛的問題。
● SVN版本庫服務器端歷史數據被篡改，或者硬盤故障導致歷史數據被篡改時， 客戶端很難發現。管理員的備份也會被污染。
● SVN作為集中式版本控制系統，存在單點故障的風險。備份版本庫的任務非常繁重。
Git在這方面完勝SVN。首先Git是分布式版本控制系統，每個用戶都相當于一份備份， 管理員無需為數據備份而擔心。再有Git中包括提交、文件內容等都通過SHA1哈希保證數據的完整性， 任何惡意篡改歷史數據都會被及時發現從而被挫敗。
更多的十條喜歡Git的理由
更多的十條喜歡Git的理由，參見 《Git權威指南》 第11-21頁。
● 異地協同工作
● 現場版本控制
● 重寫提交說明
● 無盡的后悔藥
● 更好用的提交列表
● 更好的差異比較
● 工作進度保存
● 作為SVN前端實現移動辦公
● 無處不在的分頁器
● 快
什么情況推薦使用SVN
SVN具有的悲觀鎖的功能，能夠實現一個用戶在編輯時對文件進行鎖定，阻止多人同時編輯 一個文件。這一悲觀鎖的功能是 Git 所不具備的。對于以二進制文件 （Word文檔、PPT演示稿） 為主的版本庫，為避免多人同時編輯造成合并上的困難， 建議使用SVN做版本控制。
