OpenStack Liberty 社区贡献统计

作者：陈沙克

时间：2015年10月16日

今天早上起来，就看到微信刷屏，说Liberty已经发布，印象中这是OpenStack版本发布时间最早的一次。因为以前版本发布的时候，都有项目有bug修复，会一直推迟到最后的一刻。现在各个项目，其实已经基本提前一个星期，就已经不修改代码，等着发布，除非高危的bug以外。

Libiety版本发布，一个重大变化，就是各个项目的版本命名有变化，例如Horizon，是8.0.0版本，就是说明这个软件，已经发布了4 年，经历的8个版本的变化。一个开源软件，一般都是需要经历过5年，那么他就基本处于一个非常稳定的阶段。OpenStack组件很多，经历的时间不一样，通过这个版本号，你是可以对他的稳定性，可靠性做一个基本的判断。

OpenStack国内的市场其实也发生很多变化，就以Liberty发布为例，已经有专业的队伍在跟踪，微信推广，宣传。这真的很大的改进，影响力也大大提高了。

目前大家都是通过http://stackalytics.com/网站来了解各个公司的贡献的排名。不过这里面其实还是有争议的，统计哪些项目，哪些项目是默认显示的。目前这些基本是Mirantis控制。

下面就总结一下Liberty的社区贡献，这个其实还是很有必要，No Measurement, No Improvement，还是很有道理的。

通过比较国内和全球的贡献，我们其实可以了解到我们的差距在哪里，应该从哪些方面去改进。

Contents [hide]

1 国际五强

    1.1 Review

    1.2 Commit

    1.3 Blueprint

    1.4 代码行数

    1.5 参与人天

    1.6 解决bug

    1.7 结论

2 国内五强

    2.1 Review

    2.2 Commit

    2.3 Blueprint

    2.4 代码行数

    2.5 参与人天

    2.6 解决bug

    2.7 总结

国际五强

在OpenStack社区贡献的传统五强还是：HP，Mirantis，RedHat，Rackspace和IBM。那么我们就看看通过不同的维度看看不同的数据。

Review

通过上面的数量级别，其实也就可以看到他们的差异。客观点说，HP，Mirantis和红帽是在一个水平上，Rackspace和IBM处于第二个层次上。

OpenStack的代码review，要求是任何的一个commit，都是需要两个项目的Corereview才行，其他成员可以参与项目review，但是必须有两个Core同意才能Merge。

所以Review的角度来衡量社区的贡献，其实很大程度就是你公司的项目Core的数量。目前这个排名和现实各个公司在项目的Core的数量，基本是一致的。

HP已经连续两个版本在review都是第一，那么后续其实面临的压力也很大，公司内部的变化。搞开源的，如果不能坚持，其实前面的努力，就全部白费，这点上红帽的经验应该是最丰富的。

我们可以看到第六名的华为，其实和第五名的IBM，其实差了一个数量级。已经是很不容易。如果IBM不努力，很可能下一个版本就给华为替代掉。

Commit

在OpenStack，修改一个bug是一个commit，完成一个功能也是一个commit，甚至你把openstack改成OpenStack，也是一个commit，好像看上去不是很公平，不过这也是一个不同观察的维度。

从数量来看，基本和Review是排名是一样的。华为还是第六名。

Blueprint

就是给项目增加功能，目前在OpenStack的老项目里，完成一个BP的难度还是不小的。尤其是在Nova和Neutron上。

Mirantis完成BP数量很高的一个原因是有两个项目是他主导的，murano，sahara。BP的数量，也说明你对OpenStack项目的功能是否有追求。

华为这次进入了前五名，非常不错。这里面Cinder贡献最大，估计和自己的Driver有关，不过整体来说，是一个非常不错的的进步。

从项目完成的BP分布来看，含金量，其实红帽是做的最好，各个核心项目都设计。这才是真正的领导者的风范啊。

代码行数

OpenStack现在把文档的维护，也计算到代码行数里，所以你也会发现现在OpenStack的文档质量，现在还是提高了很多。

这里面出现了Suse，Suse的贡献全部都集中在文档上，有点和自己的身份不太符合。

参与人天

对于前5名的公司，专职给社区贡献的职位数量还是不少的。这也基本是一个烧钱的游戏。

国内就华为可以玩得起这个游戏。华为明年加大一倍的投入，就可以进入前五名了。

解决bug

这个可以看到大家的积极性。

如果你拿OpenStack服务客户，那么肯定就面临各种的bug需要修复。Mirantis第一，是完全可以理解。

结论

看完上面的数据，其实大家基本也就有自己的结论，从多个维度去分析，其实就可以很好的避免灌水对排名的影响，可以更加真正的反映真实的排名。