来源：根据专家访谈、公开资料，由艾瑞咨询研究院自主研究及绘制。 对于这四类基础软件（操作系统、数据库、AI框架、中间件），其编写者将实现功能的代码按照一定的开源规范 开放，任何人可以查看、使用、贡献，同时，使用者也要遵循一定的开源规范。 基础软件开源范畴界定 国内基础软件开源界定 基础软件 具备能衍生出并支撑 多个技术簇的一类根 技术软件，拥有技术 门槛高、衍生场景复 杂等特点 中间件：不同系统和应用程序之间交互 为用户与应用程序提供交互接口 数据库：通过对数据的访问与管理，支 持各种应用程序和业务的需求 编程语言：人与计算机交互的“语言”， 含编译器、基础编程语言、IED等 社区协作：鼓励各方在开放平台上协作 贡献，推动开源内容的发展 创新改进：通过资源共享与协作共生， 提升开源内容质量，并产生新的内容 自由共享：开源内容可以免费被任何人 查看、学习、使用 透明与可审查：开源的源代码可以被任 何人审查验证、保持质量 29.4% 52.0% 不了解 是 否 开发者所在企业是否将开源列为企业战略之一 中国企业对开源战略的参与度有待提高 仍有一半以上企业没有将开源视为一种战略，Github2022年 公布的按贡献者数量计算的顶级开源项目中，多半是国外商业 公司支持的项目，很难看到中国公司的影子。 国内开源认知分析 7 ©2023.11 iResearch Inc. www.iresearch.com.cn

Kernel 的持续贡献 华为作为 Linux Kernel 的主要贡献团队，对于内核的贡献主要集中在：ARM64 架构、ACPI、内存管理、文件系统、 Media、内核文档、针对整个内核质量加固的 bug fix 及代码重构的内容。十余年来总计向社区贡献 13000+ 补丁。 在 Linux Kernel 5.10 版本中，华为的代码贡献量排名全球第一。坚持内核创新，持续贡献上游社区。 openEuler 件的构建、运行依赖关系，上游社区，三者之前形成闭环且完整透明的软件供 应链管理。 Intel Linaro Red Hat AMD Google Huawei LINUX KERNEL厂商代码贡献 2500 2000 1500 1000 500 0 4.20 5.0 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 4 5 openEuler IO 子系统、通过多通道并发提升 IO 性能。 • OpenStack&Kubernetes：向云而生，集成两大主流云计算调度和管理软件，构筑云化基座 。 • HA 高可用集群方案：麒麟软件贡献的 HA 高可用集群方案，故障秒级切换。 繁荣社区生态： • 更多桌面环境支持：UKUI、DDE 、Xfce 桌面环境，丰富社区桌面环境生态。 平台架构 6 7 openEuler 21

Kernel 的持续贡献 openEuler 内核研发团队持续贡献 Linux Kernel 上游社区，回馈主要集中在：芯片架构、ACPI、内存管理、文件系统、 Media、内核文档、针对整个内核质量加固的 bug fix 及代码重构等内容。十余年来总计向社区贡献 17000+ 补丁。 在 Linux Kernel 5.10 和 5.14 版本中，openEuler 内核研发团队代码贡献量排名全球第一。坚持内核创新，持续贡献 内核研发团队代码贡献量排名全球第一。坚持内核创新，持续贡献 上游社区。 openEuler 开放透明的开源软件供应链管理 开源操作系统的构建过程，也是供应链聚合优化的过程。拥有可靠开源软件供应链，是大规模商用操作系统的基础。 openEuler 从用户场景出发，回溯梳理相应的软件依赖关系，理清所有软件包的上游社区地址，源码和上游对应验证。完成 构建验证、分发、实现生命周期管理。开源软件的构建、运行依赖关系，上游社区，三者之前形成闭环且完整透明的软件 软件 供应链管理。 嵌入式 服务器 基础公共服务 服务器 云计算 边缘 Intel Linaro Red Hat AMD Google Huawei LINUX KERNEL 厂商代码贡献 2500 2000 1500 1000 500 0 5.1 5.2 5.3 5.4 5.5 5.6 5.7 5.8 5.9 5.10 5.11 5.12 5.13 5.14 openEuler

作，以及开源能够为世界带来什么等主题。 通过近 60 项左右问题的统计调查与分析，我们希望能够还原出当前中国开源社区的真实现 状，从⽽为开源的后来⼈提供权威的参考。  调查对象：覆盖开发者、社区成员、贡献者、学⽣、政府企业管理⼈员  调查内容：主要涵盖个⼈信息、⼯作状况、开源社区以及开发者技术  调查⽅法：以在线问卷⽅式搜集样本和数据，交叉对⽐法分析数据  推⼴⽅法：线上社交媒体、博客、开源社、开源中国⽹站 其他⾏业的 从业者占⽐均为 7%，说明开源已经越来越受到社会各界的关注；  参与开源的形式由 2019 年以代码和测试为主转变为以代码和⽂档为主，社区和项⽬正在 意识到⽂档的重要性，更多开源贡献者投⼊到了⽂档撰写中；  开源活动的参与频率相较往年有所上升，这与国内愈发繁荣的开源氛围和逐渐丰富的开源 活动也有关系。81% 的开发者认为开源活动对促进和推动开源社区⾄关重要。⽽对于更 倾 ⼩时，每周对开源投⼊时间在 5-20个⼩ 时的参与者约有 40%。 【专家点评】 吴晟：较低的职业开源开发者（⼀周超过 20 ⼩时的贡献者）⽐例，显示出中国企业对于开源 项⽬，依然主要停留在⽤户层⾯。多数开源贡献者依然使⽤业务时间或者⼯作间隙进⾏有限的 贡献和参与。 4.3 开源活动 绝⼤多数参与者每年只会参加⼏次线上/线下的开源活动，每个⽉参加⼀到两次线上/线下开源 活动的参与者占⽐

……………………………………………………………………………… 33 4.7 开源社区中重要的角色 …………………………………………………………………………… 34 4.8 一个项目的哪些特征对于您留下成为项目贡献者的重要度评级 ……………………………… 35 4.9 开源项目是否集成 RPA（机器人流程自动化） ………………………………………………… 36 4.10 开源活动 ……………………………… 参与者所了解的基金会 ………………………………………………………………………… 42 4.14 受访者对开放原子开源基金会的期待 ………………………………………………………… 43 4.15 企业对开源的贡献 ……………………………………………………………………………… 44 5 总结 & 致谢 ………………………………………………………………………………… 45 2021 中国开源年度报告数据篇 …………………………………………… 家参与问卷并发表自己的想法。 通过 44 项左右问题的统计调查与分析，我们希望能够还原出当前中国开源社区的真实现状， 从而为开源的后来人提供权威的参考。 调查对象 ：覆盖开发者、社区成员、贡献者、学生、政府企业管理人员 调查内容 ：主要涵盖个人信息、工作状况、开源社区以及开发者技术 调查方法 ：以在线问卷方式搜集样本和数据，交叉对比法分析数据 推广方法 ：线上社交媒体、博客、开源社、开源中国网站

开源产业主体及产业关系 开源社区运营为核心，注重开源用户和贡献者的反馈 从产业主体的角度上看，开源软件产业市场上的主体包括软件的源作者（个人/企业）、开源基金会、开源社区（包括代码 托管平台、软件论坛、行业联盟）、二次开发者和使用者等。源作者在开源社区中发起开源项目，这意味着将软件源代码 无偿在社区发布，此后二次开发者和使用者作为贡献方进行迭代，并在开源许可证的约束下使用迭代版本，社区中的其他 业企业的软件项目有一些相似之处，但更加注重从社区的使用者 和贡献者处得到观点和启发，并用以驱动项目未来的发展。 开源软件主体和产业链关系 源作者 软件作品 企业开源 开源基金会 开 源 社 区 代码托管平台 开源软件论坛 专家指导 产业联盟 法律服务 市场宣传 二次开发者 软件用户 • 开源代码的源作者/最初贡献 者可能是企业、个人、工作 室等主体，没有任何限制 • 源作者开源软件作品的动机， 在二次开发和使用过程中，开发者和 用户也会通过开源社区指出项目缺陷， 为项目的发展带来启发和思考 软件雏形/起步 开源运营和治理 二次开发和使用 or 初步开发 项目捐献 自主开源 社区运营 贡献 反馈 提供 提供 10 ©2022.2 iResearch Inc

provide an authoritative reference for the later generations of open source. 调查对象 ：覆盖开发者、社区成员、贡献者、学生、政府企业管理人员 Target: Covering developers, community members, contributors, students, government and  公司在购买开源产品时，多由工程团队负责人（技术总监 / 架构师 /TL）来进行产品的选 择，而且在同类型软件的购买中，半数的人会考虑软件供应商对开源社区的贡献，但不是 主要的考虑因素，只有在产品性能差别不大时，才会选择对开源社区贡献大的供应商。  When companies buy open source products, the engineering team leader (technical request of the company's organization is minimal.  与去年类似，参与开源的形式仍然为以代码和文档为主，社区和项目正在意识到文档的重 要性，更多开源贡献者投入到了文档撰写中。  Similar to last year, participation in open source continues to be primarily in the

目录 许可证 Scott Chacon 序 Ben Straub 序 献辞 贡献者 引言 起步 关于版本控制 本地版本控制系统 集中化的版本控制系统 分布式版本控制系统 Git 简史 Git 是什么？ 直接记录快照，而非差异比较 近乎所有操作都是本地执行 Git 保证完整性 Git 一般只添加数据 三种状态 命令行 安装 Git 在 Linux 上安装 在 向一个项目贡献 提交准则 私有小型团队 私有管理团队 派生的公开项目 通过邮件的公开项目 总结 维护项目 在主题分支中工作 应用来自邮件的补丁 检出远程分支 确定引入了哪些东西 将贡献的工作整合进来 为发布打标签 生成一个构建号 准备一次发布 制作提交简报 总结 GitHub 账户的创建和配置 SSH 访问 头像 邮件地址 两步验证 对项目做出贡献 派生项目 Markdown 让你的 GitHub 公共仓库保持更新 维护项目 创建新的版本库 添加合作者 管理合并请求 提醒和通知 通知页面 网页通知 邮件通知 特殊文件 README 贡献 CONTRIBUTING 项目管理 管理组织 组织的基本知识 团队 审计日志 脚本 GitHub 服务与钩子 GitHub API 基本用途 在一个问题上评论 修改 Pull

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 贡献者 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124 向一个项目贡献 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164 对项目做出贡献 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . 427 3 贡献者文档 429 3.1 为 Weblate 作贡献 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 429 3.2 开始为 Weblate 贡献代码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 449 3.13 为 Weblate 模块作贡献 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 449 3.14 关于 Weblate 合并错误）。这两组通知在设置中在视觉上是分开的。 您可以切换监视项目和管理项目的通知，并且可以进一步调整（或静音）每个项目和部件。访问组件概 览页面并从 已关注菜单中选择适当的选项。 如果启用了 自动关注作出贡献的项目，您将在翻译字符串时自动开始关注项目。默认值取决 于DEFAULT_AUTO_WATCH。 备注: 您不会收到有关您自己操作的通知。 提示: 发送通知的数量是有限制的，你每天收到的电子邮件不会超过