作為一個程序員，版本控制工具是大家在熟悉不過的了，畢竟程序員不是在單兵匹馬的在作戰，而是需要團隊協作，正因為這樣，版本控制工具就是一個必需品，比IDE工具的重要性更大，我們常見的版本控制工具主要有git和svn,那麼這2款工具，哪個會更好一點呢？我們就從一個程序員的吐槽做為切入點來討論這件事情吧！
圖片來之互聯網
這名程序員原來的公司是用svn版本作為版本控制工具的，最近這名程序員換了一家新公司，而這個新公司要求版本控制工具要使用git,使用了一段時間，這名程序員的感受是git用起來比較麻煩，動不動就不能merge啥的，提交還要先添加，再commit再push，多出來好幾步，是他還不習慣麼？他希望通過網友的回覆從中get到幾點秘籍！那麼接下來我們就看看臥虎藏龍的網友中有什麼高見吧！
圖片來之互聯網
網友一：很明顯git啊，好好體會。
作者點評：很明顯能看出這就是一位git老手了，從點讚的數量來看，大家都是支持這一觀點的，認為git會更好一點！
網友二：你外出辦公了 SVN就要懵逼了 git還可以commit 不能push罷了
作者點評：是的，git有這一特點，commit的是本地！
網友三：一個管理工具，天天吵吵，愛用啥就用啥，實用就行。
作者點評：問題是老問題，多多交流碰撞，也許能談出新高度！
網友四：git多好呀，我原來公司用git，現在用svn，我都想死了
作者點評：這名網友的情況與樓主的情況正好相反！
網友五：git的思想和做法比SVN好 要擁抱變化
作者點評：同意這一說法！
網友六：兩者的設計就是不一樣的，一個集中式，一個分佈式。svn多數操作需要遠程通信，速度奇慢；git可以秒開分支。
作者點評：這裡需要有掌聲，說到重點了！
網友七：SVN已經淘汰了
作者點評：svn雖然過時了一點，但是並不算淘汰,據我所知，還有相當大的一部分公司還在用，有點工業慣性的味道！
圖片來之互聯網
網友八：良好的版本控制其變更說明與文件內容變化是很好對應的，每條commit要是有意義的，便於追溯的，能容易做回退cherrypick 等。git可以在本地倉庫多次commit在push，可以想象一下svn一組相關變更我想產生一個commit那就得真的提交到服務器上，沒網呢不在公司網絡呢？……svn感覺就是集中代碼倉庫而已，大家有個地方存取同步代碼，論版本控制還是比不上git。記住，我們討論的是版本控制
作者點評：嗯，不能同意的再多！
網友九：git的最大缺點就是，開多個分之，每個人都在分支上開發，然後格式化代碼，到合併的時候就罵娘
作者點評：這並不算git的一個問題，講究好分支策略和開發規範應該可以避免！
網友十：我的體會，git和gitlab在實踐中最大的優點倒不在於什麼分佈式或者無網絡本地commit之類的，而是對代碼的控制能力，包括控制merge質量，pre commit可以做的操作。還有就是輕量級，犯錯成本很小，分支隨便拉，大不了重新來。還有就是git的一個核心理念，所謂的很難丟代碼，畢竟有本地，staging area，本地倉庫，還有遠程倉庫，只有這幾個地方的代碼都沒了代碼才會丟失。gitlab好處就更多了，懶得打字了。
作者點評：這名網友是git系內部比較，並沒有與svn做比較！
網友十一：另外討厭命令也可以用git的小烏龜工具 一樣的
作者點評：對，可以利用這個界面化工具，這個小烏龜用過一段時間，感覺不錯，推薦給大家！
網友十二：要是一個項目有幾十個人同時開發，你就知道git有多好用了
作者點評：這一看就是在大公司工作的程序員了！
網友十三：前東家svn，現在git。git好很多，秒開分支，同一個文件邊開發邊改bug。rebase+cherrypick隨意搞。最多注意要隨時git status看狀態，還有就是修改要主動git add。之前svn都得小烏龜，現在直接命令行git無壓力（組裡開發機git版本太低，手動下代碼編譯一個自己用）。
作者點評：建議以後寫篇博客，分享給大家，麻煩了，兄弟！
圖片來之互聯網
下面我說一下我的個人看法，如果第一次接觸的版本工具是svn，再接觸git的人會覺得svn好用，如果第一次接觸的版本工具是git的話，就會覺得git是好用的，但是從客觀上來說git會更強大一點，在設計思想上svn是要遠遠落後於git的，說svn好的人可能是還沒能熟練git的用法，相信用的時間長了，自然會發現git之妙！
大家好，我是“上世是朵花”。如果你有什麼好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步瞭解我，那就關注我吧！
閱讀更多 上世是朵花 的文章
