源代码的方式；且开源代码必须允许以源码或编辑后文件的形 式传播 • 开源许可须允许源码修改及其他衍生工作 关于开源软件传播的规范 • 开源许可不得限制开源软件的再传播，不得以此为由收费；仅 当配合补丁文件一起发布时，开源许可证可以禁止修改的代码 的发布；必须允许修改后的代码生成的软件的发布 • 开源许可不得将项目内容限制于特定软件，也不得对一起发布 的其他软件放置各种限制 公平性、中立性准则 • 开源项目不得对任何个人、组织以及用途等规定歧视性条款 www.iresearch.com.cn 来源：OSI，Apache等，艾瑞咨询研究院根据公开资料研究及绘制。 开源许可证 开源许可证的“商用”问题本质上是“传染性”问题 开源许可证的主要分类及商用性/传染性阐释 企业最关心的开源许可证问题——使用该许可证的软件是否可以二次开发后“商用”？ “完全可以” Apache-2.0 MIT BSD 2-clause BSD 3-clause 说 是由于开源许可证的“传染性”。带有“传染性”开源许可证的软件要求企业/个人在对其进行修改发布时保留原来的开源许 可证——这就意味着必须将修改后的软件也公开源代码，换言之，经修改后的软件无法“闭源”。也就是说，企业可以对这一 软件进行收费，但同时也需要免费提供这一软件，从一般的商业逻辑上看这有些矛盾，正是在这个层面上，传染性开源许可证 与“商用”有一定的冲突。 • 部分开源许可证整体上具备“传

软件开源规范 不同许可证对软件再发行是否需要开源有不同要求，企业需根据自身商业 需求谨慎选择开源代码使用 来源：参考可信开源合规计划，根据专家访谈、公开资料，由艾瑞咨询研究院自主研究及绘制。 使用开源许可证需注意的风险点 审判机关 开发者 开源许可证 “两者的契约” 开源者 将许可证视为“合同”，基于《著作权法》、 《专利法》等法律法规对相关纠纷进行判决 围绕许可证可能出现的其他风险 开发者商用开源代码时容易出现的违规风险：不同开源许可证对 于二次发行有不同程度的开源要求，要求越严格，开发者越难保护商 业版本发行的机密性，不知情企业闭源发行时越容易有侵权风险 类别一 允许二次闭源发行， 需要保留原始版权 和许可声明 常见许可证： • MIT • Apache2.0 • BDS2.0-clause • 木兰宽松许可证 类别二 一定条件下允许二 次闭源发行 常见许可证： • LGLP2.1，商业 耦 合 性” ）的方式 下可以闭源发行 类别三 不允许二次闭源发 行 常见许可证： • GPL （ 其 2.0 版 本不允许闭源发 行，3.0版本在 此之上设置了更 严格的开源要求） • AGPL （ 由 GPLv3修改而来， 开源要求进一步 涉及到了前端、 后端等衍生作品 生态） • 木兰公共许可证 开源许可证类别 6 ©2023.11 iResearch Inc.

至关重要，相较于去年的 81% 有所提 升。而对于更倾向于线上还是线下的会议，结果竟惊人地持平 ； 对于开发者来说，一个项目的开发者活跃度、所加入社区信息的完整度、Readme 简介、 开源许可证以及核心开发者的及时回复都能够影响其是否会留下成为项目的贡献者。 超过 9 成以上的参与者们开源社区的度量是非常有必要的，并且比较认可度量项目活跃度、 健康度、影响力以及开发者活跃度和贡献度的意义。 2021 中国开源年度报告 35 4.8 一个项目的哪些特征对于您留下成为项目 贡献者的重要度评级 对于受访者来说，一个项目的开发者活跃度、所加入社区信息的完整度、 Readme 简介、开源许可证以及核心开发者的及时回复都能够影响其是 否会留下成为项目的贡献者。 专家点评 堵俊平：谁说工程师不善于沟通？对开源项目而言，社区的氛围以及交流和沟通是开发者留存的关键因素。 段夕华：最后这个 报告文档均发布在代码托管平台，开源社官方网站和合作伙伴网站平台，基于 Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) 许可证协议分享。 对于问卷的问题设计和报告内容有任何建议和想法，欢迎您在代码托管平台上提交 Patch, 对报告进行补 充和贡献。 您的一小步，整个中国开源社区的一大步。 46 2021 中国开源年度报告

whether meetings are preferred online or offline.  对于开发者来说，一个项目的开发者活跃度、所加入社区信息的完整度、Readme 简介、 开源许可证以及核心开发者的及时回复都能够影响其是否会留下成为项目的贡献者。  For developers, a project's developer activity, completeness of you to stay as a contributor to the project rating 对于受访者来说，一个项目的开发者活跃度、所加入社区信息的完整度、Readme 简介、开源 许可证以及核心开发者的及时回复都能够影响其是否会留下成为项目的贡献者。 For respondents, a project's developer activity, completeness of 报告文档均发布在代码托管平台，开源社官方网站和合作伙伴网站平 台，基于 Creative Commons Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) 许可证协议分享。对于问卷的问题设计和报告内容有任何建议和想法，欢迎您在代码托管平台 上提交 Patch, 对报告进行补充和贡献。 您的一小步，整个中国开源社区的一大步。 The questionnaire

月 26 日正 式结束标准支持。 Qt 5.15 LTS 是一个长期支持版本，有 三年的标准支持期。最后一个补丁版 本是 Qt 2023 年 5 月 25 日发布的 5.15.14，适用于具有旧许可证的商业 客户的标准支持条款。 受战争、疫情、通货膨胀等因素影响，资源网站 RARBG 于 2023 年年中 宣布关站。 RARBG 是一个著名的 BitTorrent 网站，提供了许多高质量的电影、电视 时领导者职位都将被取消，此后将由 Rust 理事承担顶级治理问题的责 任。 开源许可证亟需更新——摆脱 1980 年代 束缚、应对人工智能 科技媒体《The Register》发布了一篇探讨更新开源许可证的文章，指出： 开源许可证需要摆脱 20 世纪 80 年代的束缚，并不断发展以应对人工智 能。 自由软件和开源许可证在 20 世纪 70 年代和 80 年代的主要作用对象 逐步演变成 “代码”。 Technology Innovation Institute」。 在招致诸多骂声之后，Falcon-40B 将 License 修改为 Apache 2.0。 号称击败 LLaMA 的大模型开源了，却因 为许可证被骂 深圳发力，打造开源操作系统产业高地 2023 年 7 月 28 日，深圳市工业和信息化局印发《深圳市推动开源鸿蒙 欧拉产业创新发展行动计划（2023—2025 年）》。 目的是推动开源鸿

Exchange（VEX）对检测到的漏洞进行 过滤； • 支持为虚拟机镜像生成CycloneDX和SPDX 等格式的SBOM（软件物料清单）； • 支持嵌套JAR路径； • 支持通过分析文件内容来识别dpkg和Go模 块的许可证类型； • 支持使用自定义的Docker socket。 全球开源态势洞察｜第十期 06 03 开源安全 DEF CON将举办全球最大规模 AI黑客大赛 微软将用近一年时间完成对0-day 于公共采购 的规定，明确将开源定义为“源代码公开可访问且许可证不限制其使用、分发和修改的软件解决 方案”。图林根州公共采购法（Thüringer Vergabegesetz）明确提出，在技术和经济可行的 情况下，优先选择采用开源软件。 最近，OpenTalk在德国公共管理开源代码仓库OpenCoDE.de中依据EUPL（欧洲 公共许可证）共享了其代码。在此之前，他们对解决方案进行了全面重新设计，以 范，商标所有权人很 少有机会严格控制根据开源许可协议所修改和分发的软件的质量。鉴于OSI批准的许可证中有部 分许可证并未对明确排除任何商标使用（如只禁止背书、广告或其他特定行为），因此可以考虑 采取一些措施来规避这类风险，例如在开源许可证中添加条款，以标明商标并声明未授予任何许 可；如果不适合在开源许可证中添加条款，可另行添加商标声明，例如OpenJDK商标声明；也可 在社区网站上发布商标使用指南，规范商标授权使用的场景和方式等等

（2023年增长率为49.04%）， 同样持续强势的还有Rust以及 C语言家族。 此外，Dart及Arduino首次上榜， 符合2024年跨平台开发及机器 人开发的潮流。 12 / 111 本年度最常用开源许可证 MIT 33.91% Apache-2.0 27.28% MulanPSL-2.0 11.70% GPL-3.0 8.55% AGPL-3.0 4.02% BSD-3-Clause 3 1 其他 开源许可证方面，MIT及Apache-2.0依然 是Gitee开发者最常用的开源许可证，使 用它们作为开源许可证的仓库占比超过了 61%。 木兰宽松许可证第二版（MulanPSL- 2.0）紧随其后，获得了越来越多国内开发 者的认可的MulanPSL-2.0已经连续两年 成为了Gitee最常用开源许可证的前列。 可以预见，在未来的国内开源生态中，木 兰宽松许可证将会越来越主流。 13 / 111 本年度使用率增长最多的开源许可证 73.70% 62.96% 60.64% 59.55% 57.06% 53.11% 40.01% 37.22% 35.19% 31.97% 31.56% 30.56% BSL-1.0 BSD-3-Clause-Clear MulanPubL-2.0 BSD-3-Clause CC-BY-SA-4.0 LGPL-2

源软件的安全问题仍然值得我们关注。 【专家点评】 红薯：开源软件由于其机制的关系，通过开源社区不断地发现问题并维护，其安全问题可能并 不是开发者们的主要关注点。其实除了技术⽅⾯的安全问题，开源合规性等许可证⽅⾯的安全 问题同样需要开发者们重视，许可证冲突问题所带来的法律⻛险影响⾮常⼤且很难被发现，尤 其是对于企业来说，检查所使⽤的开源软件合规性，其重要性不亚于其技术安全。 5.9 中国成⽴开源基⾦会的作⽤ 参与者们 从时间这个维度，我们看到中国开源从早期的跟随者、参与者，逐渐变成影响者和创 作者， 中国开源的⼒量正在崛起。中国开始涌现出⼤量开源项⽬的创作者，中国企业的开源 项⽬开始捐献给基⾦会孵化，中国开始定义⾃⼰的开源许可证协议（⽊兰宽松协议）并被 OSI 接受，中国开始成⽴中国的开源基⾦会（开放原⼦基⾦会），这些都是中国开源开始成熟的很 重要的标志。 刘天栋：2015 年开源社与 ASF 联合举办 Apache

项⽬创⽴并成为中国明星开源项⽬； 正式加⼊ FIT2CLOUD ⻜致云； OSCAR 尖峰开源技术创新奖； IT 产品信息安全认证证书（⽹络安全审查技术与认证中⼼颁发）； 计算机信息系统安全专⽤产品销售许可证（公安部颁发）； 项⽬创始⼈⼴宏伟获评中国开源先锋 33 ⼈； ⽹络安全专⽤产品安全检测证书（公安部颁发）。 注：GitHub Star 数量统计截⾄ 2023 年 12 ⽉。 Star 22