使用git圖形化界面前需要建立git倉(cāng)庫(kù)嗎？如果在遠(yuǎn)程端創(chuàng)建庫(kù)，可以使用clone命令克隆本地項(xiàng)目。如果沒(méi)有，您需要手動(dòng)執(zhí)行GIT remote add命令來(lái)添加與遠(yuǎn)端相關(guān)的內(nèi)容，這樣您就可以用GIT

使用git圖形化界面前需要建立git倉(cāng)庫(kù)嗎？

如果在遠(yuǎn)程端創(chuàng)建庫(kù)，可以使用clone命令克隆本地項(xiàng)目。如果沒(méi)有，您需要手動(dòng)執(zhí)行GIT remote add命令來(lái)添加與遠(yuǎn)端相關(guān)的內(nèi)容，這樣您就可以用GIT push來(lái)推送它了

讓我們先談?wù)勈褂妹钚械母杏X(jué)，也就是說(shuō)，您可以隨心所欲。只要快速敲擊鍵盤(pán)，就可以快速完成任務(wù)，因此使用命令行意味著高效。

從功能的角度來(lái)看，使用命令行和GUI界面操作之間沒(méi)有太大區(qū)別。GUI一般可以實(shí)現(xiàn)命令行可以實(shí)現(xiàn)的功能。

對(duì)于第二個(gè)問(wèn)題，我給出的答案是肯定的，也就是說(shuō)，對(duì)于大多數(shù)專家程序員來(lái)說(shuō)，使用命令行是一種信念，原因如下：

1。專家程序員強(qiáng)調(diào)效率；

2。專家程序員將學(xué)習(xí)git，包括一些其他工具的源代碼。使用命令行和理解源代碼將互相促進(jìn)；

3。雖然命令行需要內(nèi)存，但很難啟動(dòng)它具有高度的靈活性。一旦你開(kāi)始使用，它將更強(qiáng)大的使用，特別是通過(guò)管道和其他工具的結(jié)合來(lái)實(shí)現(xiàn)非常復(fù)雜的功能；

4。一種給力的方式，哈哈[酷拽

源碼樹(shù)

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

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

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

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