童年654321
首先，實名反對那位說「不會 git 就是菜」的 W3Cschool 的官方賬戶。
一、git 說到底只是一個工具。
不可否認，git 在一定程度上比 svn 好，但是拋開需求只談這兩者的區別，就是耍流氓。
git 與 svn 兩者各有優缺點，我們主要說一下 git。
git 的優點在於分佈式網絡，操作可以在本地進行，速度更快，而且由於無需聯網，適合多人合作開發。
缺點就是每一個機器都有完整的本地倉庫，初次使用比較慢。
但是對於單人開發來講，svn 和 git 並沒有太多不同。
二、每個公司的技術棧不同。
程序員使用不使用 git，嚴格來講，自己說的不算。
每個公司的技術棧都是不同的，有的公司用 svn，有的用 git。
工具本身並沒有什麼不同。
git 學起來一週就適應了，用對工具的會不會用來上升到對人的評價，我覺得非常 low。
如果有人說出或者認為不會 XXX 的就是菜，那我只能說「說出這句話的人更菜」。
如果你有什麼其他的看法，歡迎留言討論。
stormzhang
能問出這種問題，想必樓主一定會使用git。
首先說一下如何看待不會使用git的程序員：個人認為，git只是一個版本控制工具，不會的可以教，可以自學。我項目組年初剛招進來三個三年的程序員，都不會使用git，我手把手教會他們，現在業務開發上也沒有什麼問題。所以我不贊成那種覺得不會使用git就稱不上程序員的看法。
程序員需要學習和接觸的東西太多了，掌握的技能大多是工作中經常使用的技能，工作中用不上的，就算自己去學習瞭解，時間久了也會忘光。所以看待一個程序員，重要的不是看他會不會某些東西，更重要的是看他願不願意學習，學習能力怎樣。比如git，一個新人多操作幾遍就可以學會使用，滿足工作需求了。當然，要深入理解，還得花時間去更好的學習。
最後再說下，雖然會不會使用git不能說明什麼，但是，近年來，使用git的公司越來越多，已經成為了主流，所以作為程序員，學習一下還是很有必要的。
大齡程序猿1
我也在工作中極力推薦git，但響應者寥寥，可以用憤怒來形容了。
後來我分析了一下，可能有一些原因。和大家分享一下。
我在工作中極力推廣git有好多年了。但真正用的沒有幾個人。除非他們真正意識到他們需要這個，否則怎麼說都沒用。
我只是想不通，這麼好的工具，為什麼他們就不用呢？
這讓我想起了我使用暖寶寶的經歷。我的背部長期以來都不舒服，這我認為是上學時背對著空調吹的惡果，已經困擾我很多年了。特別是變天時，特別難受。
後來有一天，我突發奇想，是不是可以試試暖寶寶。在背上貼個暖寶寶，使不舒服的地方暖烘烘的，肯定能緩解症狀。我為這個主意感到興奮，同時也有一點擔心。
一是我對某種膠布過敏，要是暖寶寶貼在皮膚上過敏了怎麼辦？
二是暖寶寶貼在背上會不會鼓個包，那豈不是很難看？
基於這些顧慮，我一直沒有嘗試。但是我把這個點子告訴了老婆。有一次老婆逛街回來，說暖寶寶作活動，打折，就買了兩包。不由分說，“啪”的一聲給我貼上了。
過了一會就開始發熱了！也沒有我之前顧慮的問題。
它不是直接貼在皮膚上的，而是貼在衣服上的，根本沒有過敏的問題。它很薄，貼了根本看不出。保溫十二小時，簡直不能太好了。一個冬天不再受背痛之苦！
這個經歷讓我想到，人們對不熟悉的事情心存疑慮，常常會有一些看似可笑的顧慮。等到真正瞭解後發現，其實什麼也沒有。
但另一方面，會不會是另一種情形：抑或git根本沒有那麼好，只是自己對其狂熱。就像自己用vim，覺得vim很好，見人就推廣。又或者就像讀了《金字塔原理》，以為是聖經，見人就說：有空讀一讀。
所以，推薦需謹慎。
但，但是，真誠地一再地推薦認為不錯的東西，肯定有其價值，對不對？
唉，還是有執念…
那麼，你願不願意瞭解一下先？
一分鐘說軟件
我最開始就不會git，照樣當主管怎麼了？我那個年代還沒git，都是beyondcompare，然後保存版本！但是c語言基礎知識，面相對象，php，csharp，. net，前端，我就是比他們好！我就可以領導他們怎麼了？我習慣了比較代碼合併怎麼了？git其實也是比較合併，本質都是一樣的！git只是一個工具，好比飯產勺子，但我做飯就是比他們好吃，雖然我不會用勺子怎麼了？
嘟嘟帥帥的爸爸
作為BAT的java工程師下一個武斷的結論吧：不會使用git的程序員要麼轉行，要麼學習git。其實我相信我們都曾經屬於第二種。
之前我們公司的代碼管理工具是SVN，後來統一強制要求使用git進行代碼，版本管理。
最開始轉換之後，我還是習慣性使用eclipse+git bash+ beyondCompare來進行開發和代碼提交。但是其實這樣還是很麻煩的，如果要開發第二個分支，就需要在我電腦上copy一個另一個文件夾存放代碼，佔用空間不說，在beyondCompare合併代碼的時候也會很麻煩。而且還曾經出現過由於多文件夾合併導致的衝突，為了解決這個衝突，需要挨個文件檢查，浪費了將近半天的時間。這無形中也降低了工作效率。
後來身邊有經驗的同事都開始用Idea加上git了。我也跟風試了一下，果然比原來不知道方便了多少。直接把原來的三個軟件簡化為一個IDE，而且也不在需要自己copy代碼來進行版本管理了，全部託管給git。
舉自己的例子是想說GIT作為一個開源的分佈式版本控制系統，可以有效、高速地處理從很小到非常大的項目版本管理。對於程序員來說，使用Git不是為了站在鄙視鏈頂端，而是為了提高工作效率。此外，也是保證自己對科技前沿的敏銳度與接受度的體現。
我們都知道程序員是一個需要始終保持學習狀態的職業，當出現新的框架的時候，不學就會被淘汰，那麼當出現新的工具的時候，為什麼就不會有不學就被淘汰的可能呢？當有一天SVN徹底退出歷史舞臺，不會git的程序員，是不是就只剩下學習git這條路可走了呢。既然如此，為什麼不盡快主動學習它呢？
如果我的思考對你有幫助，歡迎點贊留言轉發，與我交流。
我是蘇蘇思量，來自bat的java開發工程師，每日分享科技類見聞，歡迎關注我，與我共同進步。
一個存在感小透明
這就是程序員的鄙視鏈，自古就有文人相輕的說法，也不知道別的行業是不是這樣。
做C的瞧不起做Java的，做Java的瞧不起做C#的，做C#的瞧不起把C#念成【Cjin】的。
現在又有瞧不起不會用Git的，那麼我就談談我自己的看法。
Git只是一個工具
如果一個Java程序員，會JVM的鄙視不會JVM的，我覺得還說得過去，因為這個關係到一個Java程序員對Java（本命語言）的掌握程度；
但是用Git鄙視用SVN的，我覺得完全沒有必要；在我看來，Git只是一個工具，是一個版本控制的軟件，有很多其他的軟件可以做相同的工作。
要不要了解和掌握
最近幾年越來越多的公司開始使用Git，說明它和以往的版本控制工具還是有優勢的，所以我們最好還是可以瞭解一下，那麼Git和傳統的版本控制工具有什麼優勢呢？看看Git和SVN的比較：
- SVN這類，是集中式代碼控制工具，特點就是有個服務器，所有的客戶端都去連接這個服務器進行代碼的提交和修改。 缺點比較明顯，這個服務器可能會是個瓶頸，如果這臺服務器垮掉了（或者網絡無法連接），那麼是沒有辦法提交代碼的，也沒辦法查看代碼提交歷史；如果服務器直接被毀無法恢復，那麼也將是災難性的。
- Git這類，是分佈式代碼控制工具，雖然也有中央代碼庫，但是不依賴於這個單點（去中心化）。SVN的缺點，它可以解決：輕量級Branch；在沒有連接服務器的時候，依然可以提交代碼和查看日誌（本地代碼庫）；支持創建本地分支等等。
既然Git優勢這麼多，我建議還是要了解和學習一下，而且Git學起來也不是非常的困難。
如何學習
首先還是官方的文檔，不過估計很多同學都看不進去英文。
搜索引擎查詢資料，程序員都會用，但是查詢到的文檔質量會參差不齊。
我當時是在這兒學的，廖雪峰的官方網站，進去找Git教程，話說其他一些文檔也都不錯：
https://www.liaoxuefeng.com/
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。
會點代碼的大叔
你這種問題太low了，我倒是想聽聽 你們怎麼看待那些簡歷上寫著（也確實會用）git idea springboot springcloud redis docker es，然後寫出來的代碼一坨一坨if else hardcoding 沒有任何面向對象設計 不知高內聚低耦合為何物 沒寫過像樣的單元測試的crud boy？
國內現在太浮躁了，新技術大家一哄而上。一個會用git但沒做過分支合併的開發人員 跟一個只用過SVN但精通團隊分支管理策略的開發人員 你選哪個呢？ 我覺得當然應該選後者。
一個不會git也不會SVN但是開發設計能力很強的程序員 你選嗎？ 取決於你團隊的短板在哪裡！ 招人最主要是為了補充團隊欠缺的技能 不是為了招另一個技能重複的，當然如果技能一致會更容易融入適應團隊 上手工作。
很多事都看你自己的想法，前提是你要腦子清楚 知道自己要什麼，而不是盲目不假思索的拿關鍵詞來貼標籤。
自信中國人上海程序員
沒什麼怎麼看待的教會就行了...
1.不會GIT的原因是因為你的基礎知識和經驗都比較優秀...你想去理解GIT...結果越理解越糊塗...因為GIT的作者英語太爛...弄了一堆動詞...後面不加from不加to...一開始你根本搞不清哪個是源分支哪個是目的分支...並且怎麼樣的都有...試幾次就迷糊...
2.GIT是典型的簡單問題複雜化...也就是把提交過程給複雜化了....一鍵提交變成手動5，6步....對付這種工具那就複雜問題簡單化...找個懂GIT的給你梳理一個固定套路就行了...沒必要立刻去理解具體做了什麼...慢慢熟悉了...試著浪幾次也就會了...
3.提交=刪除分支X ->. 創建分支X -> Commit -> 回到創建前分支-> Merge 分支X -> pull ->. push to upstream......背下來就行...
4.有些人的學習方法不對...還保留著中小學學習的習慣..想要舉一反三融會貫通..想著去理解...其實沒必要...那是自己折磨自己...套路好使就行...能不動腦就不動腦...有那時間想想怎麼賺錢...別想沒用的...GIT也就流行幾年...學那麼多傷身...
5.GIT的SVN接口已經有很多了...只不過不太成熟...我們現在就是開發人員用SVN接口使用GIT...
ACME63610374577
嗯？不會git的程序員，就是菜，根本稱不上程序員，遲早被淘汰。
又得老生常談，說說鄙視鏈了。玩單機的，看不起玩網遊的，用網易雲音樂的，看不起用QQ音樂的，寫C++的，看不起寫Java的……
C++程序員，要不會C++，那才是天大的笑話。但Git只是一個版本控制系統，並非靠它吃飯，換言之，具有和他類似功能的東西，都可以替代他。
svn和git的生死較量
這裡就不再贅述兩者的區別了，簡單的說svn的特點就是簡單，需要一個放代碼的地方時，使用就ok了。
而git的特點是，版本控制可以不依賴網絡做任何事情，對分支和合並有更好的支持。
由於svn的特點是簡單，所以有相當部分的公司，特別是小公司使用他，可以有效的降低各種成本。
但git的優勢比較突出，因此近年來，使用git的公司越來越多，甚至已經成為了主流。
當你去一家使用git的公司時，掌握他就成為了硬性指標，換言之，程序員的你，就必須學習。
因此，才有了“如何看待不會git程序員”的提問……
要不要學git
一句話，用得到的就學，用不到的，學他幹嘛。
如果你的公司使用的svn或其他控制版本的工具，那麼完全可以不學git，沒有問題。就算是你有心學，工作中用不到，學一會兒，可能就放棄了，沒有意義。
但是如果最近你想跳槽，那可能就要學學git了，否則到時候會很尷尬。
可以預見的是，未來git很可能成為所有公司使用的版本控制系統，所以你可以不學，稍微接觸一下，還是有必要的。
寫在最後
最到底，一項技能，是否重要，還是看市場需求，還有就是通用程度。當每個程序員都會使用git的時候，你還不會使用，那就有些low了。
如果還沒到那個地步，工作也用不到，那為什麼要學呢？為什麼要去評價一個不會git的程序員呢？
嗯…最後，如果你有學習git的意向，可以百度w3cschool……
編程獅APP
一個代碼管理工具說得味道有點當初微信暴發時有些人說著我不用QQ很久了只用微信，好像用git就比svn高端很多優越感強很多一樣
