??????????? 版本工具

差異

svn

git

系統(tǒng)

1.集中式版本控制系統(tǒng)（更適用于項目文檔管理）

2.更多用于企業(yè)內部項目并行開發(fā)

1.分布式系統(tǒng)（僅適用于代碼管理）

2.更多用于通過開源項目開發(fā)

靈活性

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

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

安全性

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

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

分支方面

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

5.多分支并行開發(fā)較重（工作較多而且繁瑣）

1.只能針對整個倉庫進行branch，一旦刪除無法恢復
2.拉分支時間較快，因為拉分支只是創(chuàng)建文件的指針和HEAD
3.自己本地創(chuàng)建的分支不會影響其他人

4.比較適合多分支并行開發(fā)

版本控制

1.保存前后變化的差異數(shù)據(jù)，作為版本控制
2.版本號進行控制，每次操作都會產(chǎn)生一個高版本號（svn的全局版本號）

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

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

工作流程

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

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

3.gitflow流程（經(jīng)典）

內容管理

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

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

學習成本

1.適用于普通的開發(fā)團隊，使用起來更方便，成本較低

1.適用于開發(fā)者，水平高，更在乎效率而不是易用性，成本較高

權限管理

svn的權限管理相當嚴格，可以按組、個人針對某個子目錄的權限控制

git沒有嚴格的權限管理控制，只有賬號角色劃分

管理平臺

有吧（注意這個“吧”字）

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