把公司代碼上傳到了git上，被leader發(fā)現(xiàn)了怎么辦？這種問題可以大也可以小。要說小，這只是一件小事，只是一點(diǎn)點(diǎn)代碼。只要刪除，就沒有問題。一般來說，這是一起信息安全事件?？梢哉f公司的秘密已經(jīng)泄露了

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

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

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

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

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

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

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

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

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

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

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

客戶覺得這個問題很嚴(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í)行官，每個人仍然為客戶工作，道歉等等。

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

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

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

如何看待微軟以75億美元收購Github？

對于本次發(fā)行，編輯認(rèn)為：據(jù)國外媒體報道，微軟宣布以75億美元的股份收購代碼托管平臺GitHub。

這一事件在軟件開發(fā)領(lǐng)域引起軒然大波。有人歡迎，也有人擔(dān)心。

自從開源軟件流行以來，微軟一直是它最大的對手。微軟前首席執(zhí)行官史蒂夫?鮑爾默（steveballmer）和他的管理團(tuán)隊(duì)對開源軟件最為挑剔，甚至稱開源社區(qū)為“癌癥”。隨后，在首席執(zhí)行官薩蒂亞·納德拉（Satya NADELLA）接任后，微軟對開源軟件的態(tài)度緩和了很多。而隨著云計算成為商業(yè)焦點(diǎn)，微軟也開始在一些重要的云計算和開放軟件上采用開源模式。

GitHub于2008年3月推出，擁有2800萬高頻用戶。它是最流行的社交編程和代碼托管平臺。GitHub的上一輪融資要追溯到2015年，當(dāng)時的估值為20億美元。但僅僅三年時間，GitHub的市值就翻了近四倍。據(jù)報道，GitHub預(yù)計年收入將超過2億美元，其中超過1.1億美元來自b端企業(yè)服務(wù)收入，包括NASA等公共機(jī)構(gòu)，以及谷歌、蘋果、亞馬遜等大型科技公司。

收購GitHub可以看作是微軟從閉關(guān)自守中回歸的舉動。納德拉說，微軟最初是一家為開發(fā)者提供工具的公司。和GitHub一樣，它也是開源的。這就是為什么它走到了一起。更重要的是，開源軟件的最大反對者之一已經(jīng)成為GitHub最大的貢獻(xiàn)者之一。

然而，微軟收購GitHub不可避免地引起了許多開發(fā)人員的恐慌，甚至一些開發(fā)人員決定放棄GitHub，將代碼遷移到其他平臺。為了緩解開發(fā)者的擔(dān)憂，微軟宣布將讓GitHub獨(dú)立運(yùn)行，并提供技術(shù)支持，使其能夠在多個操作系統(tǒng)上運(yùn)行。

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

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

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

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

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

為什么國內(nèi)IT公司leader以上就不怎么寫代碼，而據(jù)說Google的Jeff Dean還寫代碼？到底哪種情況好呢？

在中國，大多數(shù)從技術(shù)轉(zhuǎn)向領(lǐng)導(dǎo)的人不會因?yàn)樗麄兊募夹g(shù)能力而升職。相反，他們不會因?yàn)榧夹g(shù)能力而上升。他們通常把更多的時間花在人事關(guān)系上，為轉(zhuǎn)型鋪路。這樣的人到了管理崗位，更不可能寫代碼。

我希望中國人能夠理解，高端軟件不是由一群剛畢業(yè)的年輕人開發(fā)的。他們應(yīng)該摒棄所謂的35歲現(xiàn)象，讓研發(fā)人員輕松地做一些中國軟件。

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

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

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

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

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

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

您通常使用什么git操作？