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

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

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

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

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

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

事情的起因實際上是一個非常小的事件。

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

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

因為那時我在一家外國企業(yè)，我們的項目也是為秘密參與的外國政府或銀行。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

為什么其他辦公領域不使用git？

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

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

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

第四，Git的使用更加復雜。我把這個理由放在最后，因為它是最不重要的相對前幾個。Git確實很難使用，這會影響其他領域的人。然而，如果Git真的適合管理office文件，那么復雜性就不是問題，因為發(fā)明一些圖形界面并不困難。事實上，當我編寫大量代碼時，我很少使用git來鍵入命令。大多數(shù)時候，IDE（或第三方插件）的圖形界面就足夠了。

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

在中國，大多數(shù)從技術轉向領導的人不會因為他們的技術能力而升職。相反，他們不會因為技術能力而上升。他們通常把更多的時間花在人事關系上，為轉型鋪路。這樣的人到了管理崗位，更不可能寫代碼。

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

學習Git對程序員很重要嗎？

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

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

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

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

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

您通常使用什么git操作？