Warning

此文件的目的是为让中文读者更容易阅读和理解，而不是作为一个分支。 因此， 如果您对此文件有任何意见或更新，请先尝试更新原始英文文件。

Note

如果您发现本文档与原始文件有任何不同或者有翻译问题，请联系该文件的译者， 或者请求时奎亮的帮助：<alexs@kernel.org>。

Original:

Documentation/process/development-process.rst

Translator:

Alex Shi <alex.shi@linux.alibaba.com>

内核开发过程指南

内容:

• 1. 引言
  • 1.1. 内容提要
  • 1.2. 这个文档是关于什么的
  • 1.3. 致谢
  • 1.4. 代码进入主线的重要性
  • 1.5. 许可
• 2. 开发流程如何进行
  • 2.1. 总览
  • 2.2. 补丁的生命周期
  • 2.3. 补丁如何进入内核
  • 2.4. Next 树
  • 2.5. Staging 树
  • 2.6. 工具
  • 2.7. 邮件列表
  • 2.8. 开始内核开发
• 3. 早期规划
  • 3.1. 搞清问题
  • 3.2. 早期讨论
  • 3.3. 找谁交流？
  • 3.4. 何时邮寄？
  • 3.5. 获得官方认可
• 4. 使代码正确
  • 4.1. 陷阱
  • 4.2. 代码检查工具
  • 4.3. 文档
  • 4.4. 内部API更改
• 5. 发布补丁
  • 5.1. 何时寄送
  • 5.2. 创建补丁之前
  • 5.3. 补丁准备
  • 5.4. 补丁格式和更改日志
  • 5.5. 寄送补丁
• 6. 跟进
  • 6.1. 与审阅者合作
  • 6.2. 接下来会发生什么
  • 6.3. 其他可能发生的事情
• 7. 高级主题
  • 7.1. 使用Git管理补丁
  • 7.2. 审阅补丁
• 8. 更多信息
• 9. 结论

本文档的目的是帮助开发人员（及其经理）以最小的挫折感与开发社区合作。它试图记录这个社区如何以一种不熟悉Linux内核开发（或者实际上是自由软件开发）的人可以访问的方式工作。虽然这里有一些技术资料，但这是一个面向过程的讨论，不需要深入了解内核编程就可以理解。