版本工具

差異

svn

git

系統特點

1.集中式版本控制系統（文檔管理很方便）

2.企業內部並行集中開發

3.windows系統上開發推薦使用

4.克隆一個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個文件，用時將近一個小時

1.分布式系統（代碼管理很方便）

2.開源項目開發

3.mac,Linux系統上開發推薦使用

4.克隆一個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個文件，用時1分鐘

靈活性

1.搭載svn的服務器出現故障，無法與之交互
2.所有的svn操作都需要中央倉庫交互（例：拉分支，看日誌等）

1.可以單機操作，git服務器故障也可以在本地git倉庫工作
2.除了push和pull（或fetch）操作，其他都可以在本地操作
3.根據自己開發任務任意在本地創建分支
4.日誌都是在本地查看，效率較高

安全性

較差，定期備份，並且是整個svn都得備份

較高，每個開發者的本地就是一套完整版本庫，記錄著版本庫的所有信息（gitlab集成了備份功能）

分支方面

1.拉分支更像是copy一個路徑
2.可針對任何子目錄進行branch
3.拉分支的時間較慢，因為拉分支相當於copy
4.創建完分支後，影響全部成員，每個人都會擁有這個分支

5.多分支並行開發較重（工作較多而且繁瑣）

1.我可以在Git的任意一個提交點（commit point）開啟分支！（git checkout -b newbranch HashId）
2.拉分支時間較快，因為拉分支只是創建文件的指針和HEAD
3.自己本地創建的分支不會影響其他人

4.比較適合多分支並行開發

5.git checkout hash值(切回之前的版本，無需版本回退)

6.強大的cherry-pick

版本控制

1.保存前後變化的差異數據，作為版本控制
2.版本號進行控制，每次操作都會產生一個高版本號（svn的全局版本號，這是svn一個較大的特點，git是hash值）

1.git只關心文件數據的整體發生變化，更像是把文件做快照，文件沒有改變時，分支只想這個文件的指針不會改變，文件發生改變，指針指向新版本
2. 40 位長的哈希值作為版本號，沒有先後之分

3.git rebase操作可以更好的保持提交記錄的整潔

工作流程

1.每次更改文件之前都得update操作，有的時候修改過程中這個文件有更新，commit不會成功
2.有沖突，會打斷提交動作（沖突解決是一個提交速度的競賽：手快者，先提交，平安無事；手慢者，後提交，可能遇到麻煩的沖突解決。）

1.開始工作前進行fetch操作，完成開發工作後push操作，有沖突解決沖突
2.git的提交過程不會被打斷，有沖突會標記沖突文件

3.gitflow流程（經典）

內容管理

svn對中文支持好，操作簡單，適用於大眾

對程序的源代碼管理方便，代碼庫占用的空間少，易於分支化管理

學習成本

使用起來更方便，svn對中文支持好，操作簡單，適用於大眾

更在乎效率而不是易用性，成本較高（有很多獨有的命令，rebase，遠程倉庫交互的命令，等等）

權限管理

svn的權限管理相當嚴格，可以按組、個人針對某個子目錄的權限控制（每個目錄下都會有個.svn的隱藏文件）

git沒有嚴格的權限管理控制，只有賬號角色劃分（在項目的home文件下有且只有一個.svn目錄）

管理平臺

有吧（這個“吧”字，肯定有，但本人沒有接觸過）

gitlab（建議使用，集成的功能較多，API開發），gerrit，github等