兩天前，有「國產Github」之稱的開源代碼存儲庫Gitee，忽然多了一條規矩。 不少碼農像往常一樣，在Gitee上進入熟悉的開源倉庫時，發現不能成功訪問了，而是出現了下面這個畫面： 

僅限成員訪問。 不是開源的嗎？怎么回事？  很快，知乎上的這個問題下，就出現了Gitee官方的回復： 

Gitee 即日起執行開源倉庫審核后上線的措施，所有新上線的開源倉庫需要進行人工審核后可正式公開。已經是開源狀態的倉庫，我們會暫時轉為私有倉庫，經審核后會進行公開，同時我們會加大對于審核的技術投入和人力投入，加快審核進度，努力確保每一名開發者的使用體驗。此舉也是迫于無奈，目前已經是 Gitee 團隊能確保大家盡快正常使用的最優解，我們正在盡全力減少大家的不便，希望大家能夠理解。

 簡單來說，就是今后新的開源倉庫不能直接公開訪問，需要進行人工審核。對于老倉庫，暫時轉為私有，待人工審核之后在開放訪問。 這個官方回復中，并沒有明確提到這樣做的原因，只表示「迫于無奈，希望大家能夠理解」，但相信懂的都懂。 實際上，截止目前，Gitee方面似乎還是做了一些變通，并沒有真的對老倉庫「全面關門」，而是改為了「需要登錄后才能訪問」。 

「代碼監管」突然收緊，Gitee避險或屬無奈

這次Gitee突如其來的限制規則的出臺，不僅針對訪問者，對資源庫的所有者，也加強了進一步的審核要求。 在知乎上，微軟工程師@崔慶才丨靜覓表示，在登錄自己之前開源的資源庫之后，發現了新的條款，要想重新選擇開源，需要滿足新的監管要求，做出更多的承諾，并提交申請，等待人工審核。

至于承諾的內容，主要關于合規性和侵權問題。其中第一條就是「不違反任何國家法律法規」，從這個角度看，這次Gitee主要是為了規避違法的風險。 他認為，官方所說的「實屬無奈」應該就是這一條導致的。 而承諾內容中的第二條，即版權問題。也有網友說，「這次不要求著作權和版號，已經算是寬大處理了」。

確實，從法律上講，沒有取得軟件著作權的代碼均有侵權風險，而對于開源代碼而言，申請軟件著作權確實很麻煩。 從網站注冊、填表單、寫申請、再到提交代碼、軟件描述、說明文檔一個都不能少。 相關文檔均有嚴格的板式要求，需紙質打印，且代碼量總超過3000行的，只能提交60頁。 有人在知乎上結合個人經驗寫了一份攻略，感興趣的可以自己去看看。 

回答鏈接：https://www.zhihu.com/question/20850680/answer/1671140618 

光靠搬運，成不了Github

 Gitee創辦于2013年，是中國最主要的開源代碼托管平臺，使用git或Apache Subversion軟件，幫助編碼人員協作和跟蹤變化。 此前，入選國家工信部國家開源代碼的「受托方」之一。

Gitee稱，目前已經有800萬程序員使用，共托管了超過2000萬個項目。 不過，與它要瞄準的標桿GitHub相比，這個規模可以說是差得遠了。 此前，據Github開發者大會公布的數據，目前Github在全球有超過8300萬用戶，托管項目數量超過2億個，是目前世界上最主要的開源代碼平臺，沒有之一。

目前，Gitee上的生態和代碼量與Github存在不小差距，不過近年來由于不可控因素，Github訪問不暢的狀況頻出，很多國內用戶更多地是將訪問更方便的Gitee當做Github的「搬運站」使用。 換句話說，Gitee很大程度上扮演的是GitHub「克隆者」 不用說，無論是對于開源用戶，還是企業的工程師來說，Gitee此次新政策的出臺都不是個好消息。 更有人在評論中帶著自嘲提出「建議」： 為了以后管理和審核方便，以后提交開源代碼庫，可以開個辦事大廳，線下窗口辦理，就像下面這樣： 

好家伙，這就是傳說中的「多線程、并發式」審核嗎？ 還有人表示，雖然理解Gitee這樣做的原因，但無論如何，這「違背了開源的基本原則」。 一位軟件工程師對《南華早報》表示，國內幾乎每個可以發布內容的平臺都必須經過審核，代碼中可能有文字，可能包含不需要的內容，產生違規風險。 盡管如此，這個決定對于開源生態的傷害是不可避免的，尤其是現在Gitee本身就不具備優勢的情況下。 他認為，開源不是實際上更多的不是關于代碼，而是關于社區，關于開發代碼的人。如果只是把代碼復制到另一個平臺上，沒有人對改進代碼質量做出貢獻，這個所謂「開源」就是死的。