學(xué)習(xí)Git對程序員很重要嗎？如果把一個(gè)從開發(fā)到上線的軟件比作一列從頭到尾的火車，那么Git就相當(dāng)于中國的高鐵。沒有g(shù)it，就像一條泥濘的土路。這個(gè)類比并不夸張，因?yàn)間it為軟件開發(fā)提供了極大的便利，具

學(xué)習(xí)Git對程序員很重要嗎？

如果把一個(gè)從開發(fā)到上線的軟件比作一列從頭到尾的火車，那么Git就相當(dāng)于中國的高鐵。沒有g(shù)it，就像一條泥濘的土路。這個(gè)類比并不夸張，因?yàn)間it為軟件開發(fā)提供了極大的便利，具體原因如下：

在git誕生之前，如果計(jì)算機(jī)出現(xiàn)故障導(dǎo)致數(shù)據(jù)無法恢復(fù)，對程序員來說將是一場災(zāi)難。此外，在git剛剛誕生的年代，程序員不能被視為可以在任何地方工作的工作，因?yàn)槟菚r(shí)的計(jì)算機(jī)的可移植性遠(yuǎn)不如現(xiàn)在，程序員必須在代碼所在的任何地方工作。即使在今天，沒有g(shù)it，到處攜帶設(shè)備也不方便。

代碼太多了，無法進(jìn)行版本管理，特別是在一些需要多人合作的大型項(xiàng)目中，如果我們想確保團(tuán)隊(duì)中的多個(gè)成員共同開發(fā)，這是一個(gè)必不可少的功能。另外，隨著軟件開發(fā)越來越成熟和規(guī)范，測試和發(fā)布也越來越重要，需要依賴版本管理功能。目前，軟件開發(fā)模式已經(jīng)從瀑布式開發(fā)轉(zhuǎn)向敏捷開發(fā)，迭代速度越來越快。正是版本管理確保了它的快速而不混亂。

基于git的分布式存儲(chǔ)和版本管理是Devops蓬勃發(fā)展的今天。Jenkins、kubernetes和各種云平臺(tái)都提供了從git加載到云的項(xiàng)目建設(shè)和部署的功能。Git可以說是一個(gè)完整的開發(fā)過程無法繞過的工具。

總之，在軟件開發(fā)過程中，GIT可以實(shí)現(xiàn)效率和穩(wěn)定性。一個(gè)合格的程序員必須學(xué)習(xí)GIT。現(xiàn)在，gitlab有很多插件可以使用，比如CI/CD、kubernetes等等。Git學(xué)好一定會(huì)為發(fā)展插上翅膀。

您通常使用什么git操作？

git可以管理什么格式的文件？

注意不要用git管理大文件，如視頻、高清大圖、3D設(shè)計(jì)圖等

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

讓我們從結(jié)果開始：git在某些情況下優(yōu)于SVN，但它不能取代SVN

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

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

第三輪：

提交、更新或合并代碼時(shí)經(jīng)常報(bào)告錯(cuò)誤。Git的提示非常“周到”，可以很好地解決錯(cuò)誤。SVN的提示有點(diǎn)不滿意。Git在這一輪中仍然有優(yōu)勢。

第4輪：

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

例如：

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

為什么其他辦公領(lǐng)域不使用git？

首先，Git擅長處理純文本。這也是Git不在office中使用的主要原因。大多數(shù)計(jì)算機(jī)程序使用純文本。純文本，這使得比較每個(gè)提交中所做的更改和合并沖突變得很容易。但絕大多數(shù)office使用的不是純文本，特別是以microsoftword、excel為代表。Git也可以對這樣的二進(jìn)制文件進(jìn)行簡單的版本管理，但它絕對不是一個(gè)強(qiáng)項(xiàng)。辦公軟件也有純文本的形式，比如乳膠，但它只在專業(yè)領(lǐng)域使用，使用的人也不多，所以門檻很高。

其次，在辦公室領(lǐng)域編輯文檔的時(shí)間通常相對較短。純辦公室部門，編輯一個(gè)文件往往幾天，十天出一個(gè)文件。對于如此短的周期，沒有必要使用git版本管理。這種公文一經(jīng)出版，加蓋紅色印章，通常是“定稿”。與軟件不同，似乎沒有“最終版本”。像QQ碼，已經(jīng)維護(hù)了20年。沒有一份辦公文件需要這么長時(shí)間來維護(hù)。

第三，在辦公室領(lǐng)域，很少需要很多人合作來完成同一項(xiàng)任務(wù)。類似工程和重要報(bào)告也是重大項(xiàng)目，需要分工協(xié)作。不過，通常是一個(gè)人負(fù)責(zé)寫一章，最后的草稿基本上是不干涉的。很少有軟件編程會(huì)影響整個(gè)身體。一章中至少有一處打字錯(cuò)誤不會(huì)影響其他章節(jié)。軟件的復(fù)雜性決定了需要維護(hù)代碼的人相互之間同步修改內(nèi)容，并且經(jīng)常會(huì)發(fā)生多人同時(shí)修改一個(gè)文件的情況。

第四，Git的使用更加復(fù)雜。我把這個(gè)理由放在最后，因?yàn)樗亲畈恢匾南鄬η皫讉€(gè)。Git確實(shí)很難使用，這會(huì)影響其他領(lǐng)域的人。然而，如果Git真的適合管理office文件，那么復(fù)雜性就不是問題，因?yàn)榘l(fā)明一些圖形界面并不困難。事實(shí)上，當(dāng)我編寫大量代碼時(shí)，我很少使用git來鍵入命令。大多數(shù)時(shí)候，IDE（或第三方插件）的圖形界面就足夠了。