知名代码编辑器Zed宣布将开源许可证从AGPL变更为GPL和Apache许可证，以降低企业法务对版权的担忧，吸引更多开发者和企业用户。此举旨在促进用户增长，减少法律风险。

在中国，GPL（通用公共许可证）逐渐被司法认可为合同。2018至2020年，北京知识产权法院处理了多起与GPL相关的案件，确立了GPL的合同效力及违反GPL的法律后果，包括停止侵权和赔偿损失。这些判例对企业的开源合规策略产生了深远影响，强调在分发含GPL组件的产品时必须开放相应源码。

本文探讨了中国法律下软件著作权的归属问题，强调著作权自动产生的原则。软件著作权通常归开发者，员工在职务期间创作的代码大多归公司。开源项目的贡献需谨慎处理，以避免侵犯公司权益。虽然登记软件著作权并非必要，但可作为权利证据。文章还分析了GPL在中国的法律效力，指出违反GPL可能构成著作权侵权，需遵循相关法律规定。

本文探讨了开源许可证中的Copyleft概念，重点分析了GPL、LGPL和AGPL的触发条件，特别是在内部使用、分发和SaaS场景下的法律责任。通过具体条款分析，提供了工程师在实际应用中的判断标准和合规建议，以帮助理解不同许可证对软件使用和分发的影响。

引子 在人类历史的漫长开端，文明的火种源于一种朴素的本能：互惠（Reciprocity）。当我们的祖先围绕在篝火旁分享猎物与故事时，他们遵循着

PHP 项目组计划将现有许可证更换为兼容 GPL 的修改版 BSD 许可证，以解决许可证混淆和争议，简化协议并确保与其他开源许可证兼容，便于开发者和用户理解。

GPL许可证以其强“传染性”著称，要求合并的代码整体遵循GPL许可。开发者的代码若无技术隔离，将受GPL约束。更换许可证时需考虑他人贡献的代码，未获同意不可随意更改。理解开源许可证的本质，有助于推动软件产业发展。

密码管理器Bitwarden将其sdk-internal许可证更改为GPL 3.0，以解决开源争议。新SDK引用开源存储库，确保未来构建不再受非开源许可证影响，维护开源信任。

开源许可证为代码使用设定规则。常见的有：MIT许可证，宽松且只需注明出处；GPL许可证，要求衍生作品也使用GPL；Apache 2.0，允许商业使用并提供专利保护；BSD许可证，类似MIT但限制使用作者名推广；CC0，完全放弃权利；MPL 2.0，允许私有项目但需共享修改部分。选择许可证需根据项目目标和控制需求。

在GitHub上分享代码时，选择合适的许可证非常重要。本文介绍了常见的开源许可证，包括MIT、Apache 2.0、GPL、BSD和创作共用许可证。选择合适的许可证取决于项目需求，如商业使用和修改后的代码是否开源。在GitHub上添加许可证很简单，只需选择合适的许可证、创建LICENSE文件并在README.md中提及。选择合适的许可证不仅在法律上保护你，还明确了他人如何使用你的代码。如果不确定选择哪个许可证，可以使用GitHub的“选择许可证”工具或阅读全面的许可证概述。

GPL许可证的兼容性问题复杂，GPLv2与GPLv3不兼容，且GPL与其他copyleft许可证（如EUPL）存在限制。EUPL代码可以纳入GPL项目，但反之则不行。未来仍希望尝试EUPL。