怎么参与内核开发 Eric Miao 大家交流下我的经验，主要是相互学习 :) 我先介绍下我的经验吧。原来我是做嵌入式开发的，主要是在 Intel/Marvell 做 PXA/Xscale 这一块的，广 泛用在 PDA 上。也许大家见过过气的 Palm 以及 CPU。 开发过程中发现总是跟随着 Kernel 升级，开发工作很被动。内核树 Kernel 升级到 2.6.14 了，而我们却 还在搞 2.6.9。那会儿我们还跟 MontaVista 有合作，所以曾经还搞过 2.4 的内核。PXA27x 上就有些客户在用 2.4，很是崩溃…… 后来我跟 boss 反应，这么开发是不行的，要把我们做的东西推到 mainline 里面去。那时开发组的反应 有两种: …… 唉，那都是很牛 B 的代码，很牛 B 的人在搞。（其实现在想想也不 都是牛人，我这样的庸枝俗粉一堆）； 2.搞 mainline kernel 很非主流，伺候好客户就行了。 所以一开始的开发我很寂寞的，不过好在老板非常支持，有了加薪的动力，做事情就卖力了。最初的确 很难，对于 ARM 社区情况不熟，发点 patch 就被弹回，大致理由有如下: 1. 你回去仔细看下 Documentation/CodingStyle

面向开发者的云原生 DevOps 平台 角色： 产品 / 架构 开发 测试 运维 运维 / 开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN / 告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig

面向开发者的云原生 DevOps 平台 角色： 产品/架构 开发 测试 运维 运维/开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 部署/灰度上线 xN 监控/告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 部署 | 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig

快速上手：启动一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 3. Linux Lab 入门 26 3.1 使用开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 3.1.1 列出支持的开发板 . . . . . . . . . 26 3.1.2 选择一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 3.1.3 以插件方式使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 3.1.4 配置开发板 . . . . . . . . . . . . . . . 38 4.1.3 使用内核特性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 4.1.4 新建开发分支 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 4.1.5 启用独立内核仓库 . . . . . . . .

快速上手：启动一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 3. Linux Lab 入门 26 3.1 使用开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 3.1.1 列出支持的开发板 . . . . . . . . . 26 3.1.2 选择一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 3.1.3 以插件方式使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 3.1.4 配置开发板 . . . . . . . . . . . . . . . 38 4.1.3 使用内核特性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 4.1.4 新建开发分支 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 4.1.5 启用独立内核仓库 . . . . . . . .

快速上手：启动一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 3. Linux Lab 入门 25 3.1 使用开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 3.1.1 列出支持的开发板 . . . . . . . . . 25 3.1.2 选择一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 3.1.3 以插件方式使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 3.1.4 配置开发板 . . . . . . . . . . . . . . . 37 4.1.3 使用内核特性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 4.1.4 新建开发分支 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 4.1.5 启用独立内核仓库 . . . . . . . .

.....................................................................................10 1.4.1 对于应用开发测试运维人员........................................................................10 1.4.2 对于 IT 管理员.. 部门采购了大量基础架构及运维安全管理工具，但是却发现在 IT 整体服务响应速度及 管理能力提升上却收效甚微，仍然难以从整体上快速供给提供运行环境资源，快速响应业务 需求，对于业务部门不得不排期等待几小时、几天甚至几周时间获取业务开发测试运行所需 的运行环境资源，对于 IT 部门又耗费大量 IT 人力在重复操作工作上，并且难以精细有效管 理 IT 资源，造成大量的资源浪费和不必要的成本投入。 同时随着市场竞争的加剧，对企业 IT 组织 规模增大分工越来越细化，以及云时代的来临云基础架构带来的多样化，使得 IT 部门越来 越不堪重负，形成了两个日趋激化的矛盾。  一方面，业务快速发展要求 IT 响应时间越来越短，迭代开发测试速度越来越快， 形成 IT 响应时间越来越短的要求与现有僵化基础设施、低效 IT 供给服务模式的矛 盾。  另一方面，资源池规模越来越大、种类越来越多，运维工具独立多样化，IT 组织

计算设备的演进 Android是由Google支持的一个开放的免 费的手机开发平台 手机平台操作系统之“战争史” 微软败退，Windows Phone死亡，手机操作系统重回“双分天下”的格局…… 诸侯混战时代： Symbian （塞班）、Windows Mobile、RIM BlackBerry（黑莓）、Palm…… 后来者居上，手机开发平台上的颠覆者—— “孙悟空”出现：Apple的iOS 重新洗牌之楚汉相争：iOS（apple） （2019） 11.0 （2020） 12.0 （2021） 13.0 （2022） 基本上一年一个大版本…… Android开发工具的变迁 Eclipse + ADT 2013年起…… Android Studio Android开发主力编程语言的变迁 Kotlin C++ 逐步迁移到 2017年起 应用层组件 虚拟机、底层组件 Android虚拟机的变迁 Dalvik kotlinc Java字节码 文件 编译工具链 Android DEX文件 机器代码 （Android 9.0 以上） 优化 2014年起 Android 5.0+ Android平台开发框架及组件库的变迁 Android SDK组件 提供兼容性的支持库 Android Jetpack组件库 Android平台API 2017年起 Jetpack中的组件从设计时考虑了彼此之间的协作性，并且考虑到和

上下游伙伴 安全简单自主可控：私有化 部署，现有服务 0 迁移成本 、体验丝滑接入容易、学习 使用门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主， Zadig 则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 环境，基础设施对接及企业级 SSO/ 权限管理 等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台，涵盖需求到开 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps 平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 基于代码管理的 DevOps 方案 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 测试 发布 洞察 一堆复杂脚本、维护成本极高 员工手工操作费时费力易出错

一切流程、服务、工具和 上下游伙伴 安全简单自主可控：私有化部 署，现有服务 0 迁移成本、 体验丝滑接入容易、学习使用 门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主，Zadig 则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 环境，基础设施对接及企业级 SSO/权限管理等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台，涵盖需求到开 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps 平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 基于代码管理的 DevOps 方案 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 测试 发布 洞察 一堆复杂脚本、维护成本极高 员工手工操作费时费力易出错