Linux内核25年开发中的9个经验

最新推荐文章于 2024-09-14 16:36:34 发布

weixin_34247299

最新推荐文章于 2024-09-14 16:36:34 发布

阅读量89

点赞数

文章标签： git 操作系统

原文链接：https://segmentfault.com/a/1190000007831010

版权

Linux内核25年开发中的9个经验

Greg Kroah-Hartman

2016年Linux社区庆祝内核研发经历了1/4个世纪，由此有人问我们是什么秘诀使这个项目如此长久并如此成功。一般我就笑笑打趣说我也不知道怎么就走到这一步了，但在项目发展中确实有过很多争论和挑战。认真讲，我们能走这么远主要是归功于社区的自我反思和应对变化的能力上。

16年前绝大部分的内核开发者彼此从未见过面，仅仅通过电子邮件互相联系。后来Ted T'so提议举办个内核峰会，从那之后到现在每年开发者都会聚在一起讨论技术难题，回顾过去一年里我们做对和做错了的事情。每个人都可以开诚布公的谈合作经验和开发过程，然后我们会改进流程。我们也提供新的工具如Git并不断改进协作模式。

久而久之这样的演进就具有一种弹性：既允许项目从一个强势领域进入下一个，又避免了分裂成众多相互竞争的项目。也许要多年之后我们才能充分认识到让Linux内核开发如此成功的关键之处，但下面列出了一些当前我们认为重要的经验。

1. 短期发布很重要

Linux项目早期每个主版本要隔几年才发布。这对用户和志愿者来说很不方便，因为要拿到新特性需要等很久。更重要的是，这么长的周期意味着会有大量的代码集成在里面，每次发布都会有很大压力，有些并不完善的代码不得不随之发布。

短期发布解决了上面这些问题，新的代码可以很快就在稳定的发布版中取得，集成的新代码甚至可以以很小的代价来做一些基础性的改动。开发者们如果错过了一个发布周期，那么可以等两个月后的下一个发布，这样就不会迫使他们急于合并不完善的代码。

2. 弹性流程需要一个分布的层级式开发模型

很长时间以前，所有改动都直接提交给Torvalds,但很快发现一个人处理象操作系统内核这样分散的项目太困难。社区很早就有了由熟悉某方面的志愿者负责维护内核不同部分的想法，譬如网络、无线、或是PCI或USB等不同的驱动子系统乃至各种文件系统如ext2, vfat等。把代码审查和集成这些事项铺给众多志愿者使得内核项目能在每个版本上万的改动中兼顾代码审查和质量。

3. 工具的重要性

内核开发的规模起初扩展很难，直到BitKeeper的出现几乎一夜之间改变了社区；切换到Git带来了另一次飞跃。没有合适的工具，象内核开发这样的项目很快就会被自己的规模压垮。

4. 共识模式

一般性的原则，如果有重要的开发人员反对某个变更，它就不会被合并入代码库。当提交者发现几个月前提交的代码仍然挂在邮件列表上的时候可能会有沉重一击的感觉。但这种方式保证了内核广泛的适用性。社区不会为了特殊的用户而做出影响其它团队的变更。这样我们才能够用单一的代码库涵盖从袖珍计算机到超级计算机的具有广泛适用性的代码。