撰稿：David 好困
【新智元编者按】号称「升级换代Github」之称的开放源码代码库Gitee正式宣布宣布，未来开放源码库房正式发布都要历经育苗审查，未审查的老库转成专有，并则表示这种做法「碍于无可奈何，期望我们认知」。
三天前，有「国产Github」之称的开放源码代码存储库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本身就不具备优势的情况下。
他认为，开放源码并非实际上更多的并非关于代码，而要关于社区，关于开发代码的人。如果只是把代码复制到另一个平台上，没有人对改进代码质量做出贡献，那个所谓「开放源码」就是死的。
参考资料：
https://www.zhihu.com/question/533388365
