SVN好還是GIT?

01-14

SVN還是GIT

小烏龜很好用，GIT更先進，但是不好用，上手時間長。

沒有小烏龜的話，我就會覺得git好用。

不會用的都認為 Git 難用，你我也不會例外。會用的都認為 Git 神器，你我也不會例外。

繼續安利 SourceTree。

SVN 已經不適合這個版本了。

這種問題很煩......

這完全看需求啊。

上家公司服務化做得比較好，每個項目都拆成很小的服務，每個人負責若干個服務，svn 用得不能太爽，因為公共編輯的文件太少了，而且又不常改動......

現在這家公司都是 git，也是爽得不得了，因為我們全組都在一個項目幹活啊，各種衝突，svn就很艱難了，然而解決衝突有時候也是煩得要死；然後就是 gitlab 很好用，review 起來各種爽。

至於其它需求，大部分時候用得不多。

以上

取決於應用場景、基礎設施、產品類型、人員技能和習慣、公司安全策略等很多因素。

沒有絕對的好壞。

我見過用CVS用得很爽的，也有把Git當作SVN使用、一星期checkin一次、痛不欲生的。各種都有，適合你的才是最好的。

看你需求。

個人項目多用git，公司多SVN

git

文檔用svn，代碼用git

git好，現在工作用svn但是十分想念git。。。

git不好，

做不到離線，

命令不查google不會用

Git目前為止沒有在項目中用到過，只在玩github的時候用，所以沒有太多關於git的發言權，只是覺得挺好用的，但上手熟練時間比較長。

但是關於SVN我有話要說，聽過不少身邊的人說svn如何不好，git如何優勢，我承認git有優勢，但是在項目中見到過的svn問題都是人禍，不遵守規範造成的，比如merge不用svn命令，用文件cp；比如毫無意義的永不發布的分支，為了分支而分支；比如分支開發過程中，主幹提交了代碼上了線，主幹不打tag發布。等等。等等。

所以工具本身有彼此優勢之說，但更重要的制定規範並嚴格執行，否則用什麼最終都會亂成一團。

svn用於保密要求比較高的場景，

git分支功能非常好用，

很久沒用svn了