代碼版本控制用SVN還是Git好？集中上班嗎用svn，分布式用git。但是，這兩個(gè)是對(duì)文檔多的，都不是很表示友好。svnadd文件的時(shí)候報(bào)沖突怎么解決？提示是畢竟別人和你修改了同一個(gè)文件的同一個(gè)版本，

代碼版本控制用SVN還是Git好？

集中上班嗎用svn，分布式用git。但是，這兩個(gè)是對(duì)文檔多的，都不是很表示友好。

svnadd文件的時(shí)候報(bào)沖突怎么解決？

提示是畢竟別人和你修改了同一個(gè)文件的同一個(gè)版本，別人修改完先遞交了

為什么還有那么多人用SVN？

先說(shuō)結(jié)果：git在有些情況下確實(shí)比svn好用，但并又不能取代svn

第一回合：

git是分布式的版本控制系統(tǒng)，是可以用不著單獨(dú)計(jì)算的‘服務(wù)端'，更適合研發(fā)人員。而svn是聚集管理的版本控制系統(tǒng)，有一個(gè)固定設(shè)置服務(wù)端。但我懷疑要分場(chǎng)合，某些情況下分布式的不當(dāng)然比幾乎全部管理的好，所以這一回合打成平局了。

第二回合：

git的分支很不錯(cuò)用，很強(qiáng)，svn的分支就有些沒(méi)用處了，svn的分是svn文件復(fù)制復(fù)制了兩個(gè)求全部的項(xiàng)目。這一回合，git優(yōu)勢(shì)非常明顯。

第三回合：

并提交，更新或合并代碼的時(shí)候經(jīng)常會(huì)會(huì)報(bào)錯(cuò)，git的不提示很‘解人意'，挺好幫忙解決錯(cuò)誤，svn的不提示就有點(diǎn)不盡人意了，這一回合，依然是gitlab有優(yōu)勢(shì)。

第四回合：

svn對(duì)目錄的權(quán)限控制很不錯(cuò)，這個(gè)可以據(jù)目錄參與沒(méi)更新和提交，這在有些時(shí)候很用處。而gogs不能對(duì)目錄做權(quán)限控制。這一回合svn優(yōu)勢(shì)明顯。

舉個(gè)例子：

我們公司研發(fā)人員是用是git，美術(shù)和產(chǎn)品是專用svn，美術(shù)和產(chǎn)品你經(jīng)常把需求和資源放在svn，可以依據(jù)目錄去下載，你不整個(gè)項(xiàng)目都直接下載。不過(guò)svn在windows系統(tǒng)下有一個(gè)很有名的軟件TortoiseSVN，有中文版的，用起來(lái)很方便。