请不要将我的代码上传到 Gitee
本声明呼吁自由及开源软件开发者不要将他人的作品上传到 Gitee。
Gitee 存在哪些问题？
Gitee 对自由/开源生态系统存在多方面的负面影响，主要包括以下几点：
闭源控制与透明度缺失
Gitee 并非完全自由的代码托管平台。关键功能和数据基础设施是闭源的，这意味着代码的分发和使用受到平台控制，而非开发者本身。与去中心化或完全开源的替代方案不同，用户无法验证代码在平台上被如何处理、存储或分发，这破坏了自由/开源社区应有的透明原则。
内容审查与随意删除
Gitee 对上传内容实施严格且不透明的审查机制。项目可能因为包含所谓“敏感”内容或关键词而被下架、屏蔽或删除。任意控制行为扰乱了知识的自由传播，阻碍协作开发，甚至可能抹去有价值的开源工作，这与自由/开源软件不受限制共享的理念直接冲突。
访问限制
Gitee 的访问受到地理、网络和平台策略的限制。某些地区或网络条件下的开发者可能难以访问、Fork 或贡献 Gitee 上的项目。这加剧了开源生态的碎片化，全球开发者无法自由获取代码，违背了开源软件普遍可用的原则。
忽视许可条款
上传到 Gitee 的代码经常被扫描、重分发或集成到第三方工具中，而原作者的许可协议未必得到遵守。许多项目使用 Copyleft 许可证（如 GPL），要求修改后的版本必须以相同许可证发布；其他使用宽松许可证（如 MIT、ISC）的项目，也要求保留作者信息和许可证文本。
然而，Gitee 的平台做法以及第三方使用常常忽视这些要求。Copyleft 代码可能被用于闭源项目，宽松许可证代码可能被无署名使用。这不仅违反了法律条款，也剥夺了作者对作品的认可和控制——等于利用开源社区的善意为商业或受限用途服务。
为什么不要上传代码到 Gitee？
即使某个项目本身未被上传到 Gitee，其他开发者根据许可条款仍可能在 Gitee 上重新发布代码。虽然这种行为在许可条款下是合法的，但在 Gitee 平台上，由于缺乏许可执行、内容审查和访问限制，即便合法行为也可能损害项目完整性。
一旦代码上传到 Gitee，它可能被第三方误用、被平台审查，或者对部分社区成员不可访问，这些行为都违背了原许可的精神与原则。这就是为什么我们呼吁自由/开源社区的开发者，不要将我们的代码上传到 Gitee。
这是一份法律文件吗？
不是。自由/开源许可证明确允许在遵守许可条款的前提下分享和再分发许可内容，包括在 Gitee 上。如果许可证限制这种权利，则不再是自由/开源许可。然而，鉴于 Gitee 忽视许可条款、审查内容并限制访问，不上传他人代码是一种深具伦理的选择，是对作者保护作品、确保代码符合开源精神的支持。
如何告知别人不要上传我的代码到 Gitee？
你可以在网站、项目文档或仓库 README 中添加徽章，以提示他人：
Markdown:
1 |  |
HTML:
1 | <img |
参考与灵感
本项目纯属玩笑性质，不构成法律建议或正式声明。
本项目借鉴自 No GitHub，在此感谢原作者提供的设计思路与启发。
Based on work by No Github licensed under CC BY-SA 4.0. This work is licensed under the same license: CC BY-SA 4.0.