Linux Kernel 开发报告 25 周年版 (original) (raw)
Linux 基金会发布 2016 年度 Linux 内核开发报告，这次恰逢 Linux 内核 25 周年，所以相比往年又更多的回顾性内容，值得一读。
一些有趣的信息：
- 自 3.18 内核以来，合并自内核的新功能覆盖面更为广泛，且涉及安全性的新功能越来越多
- 4.0 系列的引入仅仅是由于 Linus 觉得小版本号已经超越正常人手指和脚趾数量的总和了。每一个内核版本发布都是传统意义上的大版本发布，编号方式已经不再重要了
- 发布周期比较稳定的为 9 周，偶尔的 10 周也主要是由于诸如 Linus 休假或者公共假期等外部因素
- 尽管 4.6 版本的 13517 个变化相当大，但相比 3.5 版本的 13722 还是差了一点点
- 内核 4.9 版本将是继 4.4 之后的下一个长期支持版本
- 截止 4.7 版本，Linux 内核包含有 21,724,632 行代码 54,391 个文件
- 版本 4.2 的开发有史上最多来自商业公司的支持，有 251 家不同企业贡献为其提交了代码
- 独立开发者贡献的代码提交数量并不多，自 2.6.11 版本以来，前 30 名独立开发者加起来也仅占总提交数的 16%
- 来自公司资助的开发者提交的数量占到总数的 80%，而独立开发者数量已经下降到 7.7%。导致这种情况的原因恐怕是内核开发者短缺，有能力的都不愁找不到工作。
- Intel 为 Linux 内核内核开发引入了最多的新人，达 205 人
- 长达 25 年的经验教训一：快速发布，短发布周期很重要
- 长达 25 年的经验教训二：流程的扩展性需要分布式层级状的开发模式，全靠 Linus 一个会死人，职责分工明确才能提高效率
- 长达 25 年的经验教训三：工具很重要，迁移到 BitKeeper 颠覆性的改善了工作方式，而至 Git 的迁移则进一步提升了工作效率
- 长达 25 年的经验教训四：认同性原则很重要。若某个改动有一个有经验受尊敬的开发者反对，那么便不会合并。这保证了不会有任何变动会以牺牲某个用户群体为代价。
- 长达 25 年的经验教训五：没有 Regression 原则很重要。尽管偶尔实践的不完美，但是保证了用户不会为内核升级而特别担忧。
# Tagged as kernel · Edit on GitHub