一大波开源项目正在撤离 Gitee？

5 月 18 号，国内最大的代码托管网站 Gitee 发布公告称， "即日起执行开源仓库审核后上线的措施，所有新上线的开源仓库需要进行人工审核后可正式公开"。

也就是说，所有开源项目，均需要通过 Gitee 官方审核通过之后，才能对外开源。

不仅如此，对于那些已是开源状态的项目，官方还会先统一转为私有，待审核通过后，才能重新转为公开。

一石激起千层浪，身边不少开发者对此怒不可遏，纷纷将自己的开源项目从 Gitee 上撤出，或选择直接删除项目。

不少水友私信问我，对这一事件的具体评价。这里将我在知乎上的回答，分享给大家看下。

下面是正文。

https://www.zhihu.com/question/533388365/answer/2492388198

其实，在初看到 Gitee 这个骚操作时，我内心是毫无波澜的。

Gitee 的项目内容审核工作，在此次公告之前，应该就一直在做。

这次发布公告以及暂时关闭小项目，无疑起到两点作用，一是警示，二是责任转移。

前者很容易理解，后者的责任转移，我展开讲讲。

Gitee 平台近几年用户量与项目量的暴增，如果审核不到位，就容易导致出现了一些不可控内容，比如我就曾见过有人用 Gitee Pages 挂色情网站，而被举报下架的。

平台一大，事情就多，关于内容的审核，也会慢慢变得更加苛刻，管理者身上的担子，也会越来越重。

就像某些水库旁边，经常会立一块「水深危险，请勿靠近」的警示牌一样。

不管水库平时有没有人去，这个牌子你立上了，后面真有什么事发生，你这边的责任也会减轻很多。此举归纳到互联网平台，也同样适用。

不论在哪个国家，只要当前这个互联网平台在其管辖范围之下，都需要按照该国特定的法律法规来运行，这个即便是对 GitHub，也同样适用。只不过规定范围的具体限制，有紧有松。

由于受到某些不可控因素的影响，GitHub 现在的网络访问速度越来越差，因此，我有时候也会把 Gitee 作为一个网络加速器来使用。

在新项目建立之时，分别加上 GitHub 和 Gitee 的远程推送分支，使得一次推送，可以双平台同步，以此保障项目的灵活性。因此，就访问速度而言，Gitee 相较于 GitHub 要有优势的多。

两年前，Gitee 的创始人红薯也曾表示，要努力缩短 GitHub 与 Gitee 之间的差距，摘掉「Gitee 是中国版 GitHub」的帽子。

但就 Gitee 目前发展现状而言，以及各方因素的掣肘，使得 Gitee 永远也不可能成为与 GitHub 相提并论的存在，而是会一直戴着「中国版 GitHub」的帽子前行。

Gitee 的管理人员估计也意识到了这个问题，所以只能被动接受规则，舍弃掉开源生态圈，把 Gitee 打磨成一款面向国内企业用户的 toB 产品。

靠着政策扶持，Gitee 可以在国内市场活得很滋润，但未来再谈开源开放，就难免让人感到啼笑皆非了。

GitHub 能够成长到今天的地步，说白了，主要还是靠的开源开放、协作编程的社区生态。

GitHub 2021 开发者报告

对于一个代码托管平台而言，要做到足够开放，就必须容纳、倾听多种不同声音，而不能将各种主观意识强加于内。

只有在各个层面做到足够开放，才能向全球开发者敞开怀抱，吸收世界各国开发者的编程智慧，成就一款能引领全球科技变革的伟大产品。

而要实现这个理想，绝不是简简单单给项目加上几行 i18n 国际化代码就能搞定的。

Gitee 此次操作引起诸多开发者抱怨的，说白了，并不是平台所发布的审核公告。因为一款互联网产品要上线运营，都必须准守所在国的法律法规，这点是毋庸置疑的，大家也都能理解。

但是，Gitee 发展到了今天，平台上已累计了不少开源项目，每天都有开发者在上面阅读源码，学习技术。管理员这次直接一刀切，把那些原本开源的项目强行设为私有，严重干扰了社区开源开放的生态。

把问题转接到开发者身上，抛给他们自行处理，这种操作方式，明显很不妥当。

未来，Gitee 还有很长的一段路要走，希望他们能吸取本次教训，重新调整一下社区运营策略吧。

关于此次事件，你有哪些看法，也欢迎在评论区交流讨论。