公司c位程序員不愿使用git,怎么辦？這在研發(fā)團(tuán)隊(duì)中很常見，例如：。這些都是不愿意接受新技術(shù)和新事物的現(xiàn)象。別管他，讓他用吧？害群之馬？這些都不是好方法。我認(rèn)為應(yīng)該遵循以下步驟：如果C員工仍然敬酒而不

公司c位程序員不愿使用git,怎么辦？

這在研發(fā)團(tuán)隊(duì)中很常見，例如：。

這些都是不愿意接受新技術(shù)和新事物的現(xiàn)象。

別管他，讓他用吧？

害群之馬？

這些都不是好方法。我認(rèn)為應(yīng)該遵循以下步驟：

如果C員工仍然敬酒而不是罰款，那么我們必須在這個(gè)時(shí)候進(jìn)行認(rèn)真的交談。為什么不能換成git呢？每個(gè)人都是一個(gè)團(tuán)隊(duì)，為什么你必須是獨(dú)一無二的？用這樣一個(gè)版本的工具交流有那么困難嗎？我給了你面子，你給我下來

！還沒有？好的，其他人的項(xiàng)目會直接被git取代，這樣就可以招募到熟悉他負(fù)責(zé)的功能模塊的人，逐步取代他。任何人都可以離開公司，而你只是個(gè)程序員？

使用git命令行的是什么樣的感受？是不是程序員對于命令行都有種“信仰”？

讓我們先談?wù)勈褂妹钚械母杏X，也就是說，您可以做任何您想做的事情。只要快速敲擊鍵盤，就可以快速完成任務(wù)，因此使用命令行意味著高效。

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

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

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

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

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

4。一個(gè)給力的方法，哈哈【酷拽

先說說結(jié)果：Git在某些情況下比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è)中文版本，使用起來非常方便。

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

這類問題可以大也可以小。要說小，這只是一件小事，只是一點(diǎn)點(diǎn)代碼。只要?jiǎng)h除，就沒有問題。

一般來說，這是一起信息安全事件?？梢哉f公司的秘密已經(jīng)泄露了。

也許我們中的許多人還沒有形成這種信息安全意識。

然而，由于社會上信息安全事件頻發(fā)，甚至Facebook也出現(xiàn)了用戶數(shù)據(jù)泄露的情況。因此，作為一個(gè)程序員，他應(yīng)該在自己的心里更加緊張。

事情的起因?qū)嶋H上是一個(gè)非常小的事件。

當(dāng)時(shí)，我們公司的框架自動生成代碼注釋，其中包括項(xiàng)目名稱和編輯代碼的人員的姓名（根據(jù)創(chuàng)建文件的人員的域帳戶生成）。

然后，一個(gè)程序員編寫了一個(gè)小型公共業(yè)務(wù)組件，它使用了一些有趣的技術(shù)。他把這些內(nèi)容放在博客里進(jìn)行技術(shù)交流。

因?yàn)槟菚r(shí)我在一家外國企業(yè)，我們的項(xiàng)目也是為秘密參與的外國政府或銀行。

當(dāng)程序員復(fù)制代碼時(shí)，他不相信他將項(xiàng)目的名稱注釋發(fā)布到了博客中。我們的客戶在谷歌時(shí)看到了這個(gè)博客。

然后雷霆火出現(xiàn)了

客戶覺得這個(gè)問題很嚴(yán)重。我的項(xiàng)目代碼公開發(fā)布在互聯(lián)網(wǎng)上。這是我發(fā)現(xiàn)的。還有很多我沒有發(fā)現(xiàn)的內(nèi)容嗎？

客戶認(rèn)為這是管理不嚴(yán)，員工意識不強(qiáng)，安全隱患大。解除合同賠錢是小事。我們必須起訴我們的企業(yè)。

我們是世界500強(qiáng)外資企業(yè)之一。如果我們做了一筆大買賣，股票將是綠色的

！從中國的首席執(zhí)行官到集團(tuán)總部的首席執(zhí)行官，每個(gè)人仍然為客戶工作，道歉等等。

然后，在國外，就像在中國一樣，無證電工放火燒了大樓。所以最后，程序員成了受害者。程序員的代碼泄漏行為被定義為個(gè)人行為，用戶直接起訴程序員。

我不知道最終結(jié)果，但程序員的簡歷上肯定有一個(gè)不可磨滅的黑點(diǎn)。

因此，對于這種信息安全或機(jī)密泄露，我們必須注意的是，如果找不到，那就是芝麻綠豆的事。如果被發(fā)現(xiàn)，你的生活可能變得不可預(yù)測。

把公司代碼上傳到了git上，被leader發(fā)現(xiàn)了怎么辦？

首先，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é)寫一章，最后的草稿基本上是不干涉的。很少有軟件編程會影響整個(gè)身體。一章中至少有一處打字錯(cuò)誤不會影響其他章節(jié)。軟件的復(fù)雜性決定了需要維護(hù)代碼的人相互之間同步修改內(nèi)容，并且經(jīng)常會發(fā)生多人同時(shí)修改一個(gè)文件的情況。

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