為什么還有那么多人用SVN？讓我們從結(jié)果開始：Git在某些情況下比SVN好，但它不能取代SVN第一輪：Git是一個分布式版本控制系統(tǒng)，它可以更適合沒有固定“服務(wù)器”的研發(fā)人員。Svn是一個具有固定服務(wù)

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

讓我們從結(jié)果開始：Git在某些情況下比SVN好，但它不能取代SVN

第一輪：Git是一個分布式版本控制系統(tǒng)，它可以更適合沒有固定“服務(wù)器”的研發(fā)人員。Svn是一個具有固定服務(wù)器的集中式版本控制系統(tǒng)。但我認為，在某些情況下，分布式管理并不一定比集中式管理好，所以這一輪更為公平。

第2輪：[git的分支非常易于使用，而且非常強大。SVN的分支是一小塊雞排。SVN的分支是svncopy，它復(fù)制一個完整的項目。在這一輪中，GIT具有明顯的優(yōu)勢。

第三輪：

提交、更新或合并代碼時經(jīng)常報告錯誤。Git的提示非?！爸艿健?，可以很好地解決錯誤。SVN的提示有點不滿意。Git在這一輪中仍然有優(yōu)勢。

第4輪：

SVN對目錄具有良好的權(quán)限控制。它可以根據(jù)目錄進行更新和提交，這有時很有用。Git無法控制目錄的權(quán)限。SVN的優(yōu)勢在這一輪是顯而易見的。

例如：

我們公司的研發(fā)人員使用git，藝術(shù)和產(chǎn)品使用SVN。藝術(shù)和產(chǎn)品通常將需求和資源放入SVN，SVN可以根據(jù)目錄而不是整個項目進行下載。而SVN在windows系統(tǒng)中有一個非常著名的烏龜SVN軟件，有一個中文版本，使用起來非常方便。

公司c位程序員不愿使用git,怎么辦？

這在研發(fā)團隊中很常見，例如：。

這些都是不愿意接受新技術(shù)和新事物的現(xiàn)象。

別管他，讓他用吧？

害群之馬？

這些都不是好方法。我認為應(yīng)該遵循以下步驟：

如果C員工仍然敬酒而不是罰款，那么我們必須在這個時候進行認真的交談。為什么不能換成git呢？每個人都是一個團隊，為什么你必須是獨一無二的？用這樣一個版本的工具交流有那么困難嗎？我給了你面子，你給我下來

！還沒有？好的，其他人的項目會直接被git取代，這樣就可以招募到熟悉他負責(zé)的功能模塊的人，逐步取代他。任何人都可以離開公司，而你只是個程序員？

我搭了svn服務(wù)器，但設(shè)計師總抱怨用得非常不爽，說他原來公司只需文件拷貝即可，怎么辦？

非常簡單，SVN是針對程序員的，設(shè)計師不應(yīng)該用這種東西來做版本管理，包括git，因為你看不到更改的地方。對于設(shè)計人員來說，這些備份工具既繁瑣又復(fù)雜，除了復(fù)雜的操作外，與手工復(fù)制文件沒有什么區(qū)別。

那么解決方案是什么？不幸的是，這個行業(yè)沒有完美的解決方案。目前，在單機設(shè)計軟件中，除了affinitydesigner可以將文件與歷史一起保存（文件量會變大），歷史面板（beta版）中可以看到所有的歷史操作分支外，其他軟件或多或少都是通過插件實現(xiàn)的，或者沒有這個功能。這是一些在線工具提供的問題模式修改歷史預(yù)覽功能，這是一個很好的嘗試。此外，XD還在內(nèi)部測試中曝光了類似的版本管理功能截圖，但目前官方并未發(fā)布任何消息。

綜上所述，除非程序員生成的版本與設(shè)計師生成的版本完全相同，否則沒有必要增加設(shè)計師的工作量。一個設(shè)計文件可以少到m，大到g，行業(yè)需要一個外部/文件類型的記錄來管理設(shè)計圖紙的版本，而不是要求設(shè)計師使用程序員的版本管理軟件進行簽入和簽出，因為你看不到版本在哪里發(fā)生了變化，這種操作是不可能的真是浪費時間。