作為一個程序員，版本控制工具是大家在熟悉不過的了，畢竟程序員不是在單兵匹馬的在作戰，而是需要團隊協作，正因為這樣，版本控制工具就是一個必需品，比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之妙！

大家好，我是“上世是朵花”。如果你有什麼好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步了解我，那就關注我吧！

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!