glibc 的历史

本文转载至：http://d.hatena.ne.jp/karasuyamatengu/20120403/1333473826

libc平素里大家都不怎么意识到，但它却是可以称为是内核的守门者，是一个重要的部件。Linux里标准的libc是GNU libc，简称为glibc。最近该glibc的steering committee解散了。对此 lwn.net的Jonathan Corbet回顾了一下glibc的历史。

http://lwn.net/SubscriberLink/488847/cb91a5cc3d179f3c/

写的非常好的文章，建议大家都读一下原文。下面介绍一些我觉得有趣的部分。

fork

对FSF的项目管理感到厌烦的Linux开发者们于90年代的先前几年fork 了libc。当时的 distro 们用的被称为「Linux libc」的版本。

从90年代中期开始Ulrich Drepper开始埋头开发。结果就是glibc2变得比Linux libc更好用而导致distro回归了glibc。

Uli时代

Ulrich Drepper成为了glibc的独裁者。几乎所有的提交都是由他来担当，数量较少的其他提交者没有经过他的承认的话就无法修改的状况一直持续着。

变化的兆头

2009年代码管理过渡到Git。这时最早的管理者的Roland McGrath叮嘱Drepper：

「社区想改善的简单的事情，不要采用漠视的保守主义和毫无依据的不信任来妨碍它」

一个时代的终结

2010年9月，Ulrich辞去Red Hat的工作，投身Goldman Sachs的技术部门。就此glibc的Ulrich时代落幕了。这么长时间的工作辛苦了。

社区化的glibc

2012年3月，Roland宣布解散Steering Committee。解散的理由是「随着志愿者活动的活跃开发者社区已经可以自己掌握了」。

新的约定

此外，开发者中的一员这样呼吁道：「以前，受到不礼貌的对待而打消了对 glibc做贡献的人请再试一次吧。这次没有这种事了。我们约定好了。」

新的Leader

原文里没有说到，其实最早的提交者Roland虽然把实权让给了Ulrich但是这25年之间也一直守护着glibc。把项目委托给没有协调性的黑客，或委托给社区，没有一个随机应变守护项目的影子Leader的话这个项目也可能就此消亡了。

这就是关于开源项目的治理有许多值得学习的glibc的历史。