git版本管理流程規(guī)范 把公司代碼上傳到了git上,被leader發(fā)現(xiàn)了怎么辦?
把公司代碼上傳到了git上,被leader發(fā)現(xiàn)了怎么辦?這種問題可以大也可以小。要說小,這只是一件小事,只是一點點代碼。只要刪除,就沒有問題。一般來說,這是一起信息安全事件??梢哉f公司的秘密已經(jīng)泄露了
把公司代碼上傳到了git上,被leader發(fā)現(xiàn)了怎么辦?
這種問題可以大也可以小。要說小,這只是一件小事,只是一點點代碼。只要刪除,就沒有問題。
一般來說,這是一起信息安全事件??梢哉f公司的秘密已經(jīng)泄露了。
也許我們中的許多人還沒有形成這種信息安全意識。
然而,由于社會上信息安全事件頻發(fā),甚至Facebook也出現(xiàn)了用戶數(shù)據(jù)泄露的情況。因此,作為一個程序員,他應該在自己的心里更加緊張。
事情的起因?qū)嶋H上是一個非常小的事件。
當時,我們公司的框架自動生成代碼注釋,其中包括項目名稱和編輯代碼的人員的姓名(根據(jù)創(chuàng)建文件的人員的域帳戶生成)。
然后,一個程序員編寫了一個小型公共業(yè)務組件,它使用了一些有趣的技術。他把這些內(nèi)容放在博客里進行技術交流。
因為那時我在一家外國企業(yè),我們的項目也是為秘密參與的外國政府或銀行。
當程序員復制代碼時,他不相信他將項目的名稱注釋發(fā)布到了博客中。我們的客戶在谷歌時看到了這個博客。
然后雷霆火出現(xiàn)了
客戶覺得這個問題很嚴重。我的項目代碼公開發(fā)布在互聯(lián)網(wǎng)上。這是我發(fā)現(xiàn)的。還有很多我沒有發(fā)現(xiàn)的內(nèi)容嗎?
客戶認為這是管理不嚴,員工意識不強,安全隱患大。解除合同賠錢是小事。我們必須起訴我們的企業(yè)。
我們是世界500強外資企業(yè)之一。如果我們做了一筆大買賣,股票將是綠色的
!從中國的首席執(zhí)行官到集團總部的首席執(zhí)行官,每個人仍然為客戶工作,道歉等等。
然后,在國外,就像在中國一樣,無證電工放火燒了大樓。所以最后,程序員成了受害者。程序員的代碼泄漏行為被定義為個人行為,用戶直接起訴程序員。
我不知道最終結(jié)果,但程序員的簡歷上肯定有一個不可磨滅的黑點。
因此,對于這種信息安全或機密泄露,我們必須注意的是,如果找不到,那就是芝麻綠豆的事。如果被發(fā)現(xiàn),你的生活可能變得不可預測。
于是就使用git hook來幫助檢查commit message是否符合規(guī)范?
如果您已通過Git Push提交,則取決于您公司使用的Git服務器。一般用戶需要相應的權限才能進行修改。如果其他開發(fā)人員根據(jù)您的提交進行了修改和提交,則會更麻煩。所有隨后提交的文件都必須重新提交。如果他們沒有推送到服務器,他們只需要進行一次本地提交,而且他們不必這樣做就可以進行一次新的提交,你只需要git提交——修正。如果進行新的提交,只需要git reset--soft XXX(XXX出現(xiàn)問題時的提交ID),然后就可以進行git提交。但是,所有后續(xù)提交都將成為提交。如果您想使每個提交保持獨立,可以使用git checkout-B TMP^xxxgit cherry pick xxxgit commit--amend