My OpenStack Weekly Reports——社区

接触openstack社区的时间已经不短了，但是也就是在近段时间，我才感受到开源社区的魅力。

一个词形容我的心情：开心

要我说openstack社区里，最吸引人的地方，是下面的4个：

1. maililg list

以前吧，从来就不知道还有邮件列表这个东西，还以为老外都用MSN，像QQ一样开个高级群，都在里面讨论，传个文件啥的也方便，唉，太幼稚了。。。邮件列表中“会话”这个功能太好了，一个会话就是一个讨论的主题，可以看到一个问题被完整的讨论解决的过程。还有搜索的功能，想看一下邮件中有没有对某一个问题的讨论，直接搜关键字，就出来所有相关的会话。邮件列表绝对是解决疑难问题的一个有效路径。而且有什么问题还可以直接在邮件列表中问，也可以回答别人的问题，参与到讨论中去。只是现在我掌握的仍然较少，只有看的份。

2. bugfix

bugfix可能是现阶段的我所能做的最有意思的事了。默默的搜几个自己熟悉的High或Medium的bug，Assign me占下来，把Status改成In Progress，然后就改去了，改好之后，激动人心的时刻就来了, git review，然后就等待世界各地的工程师去审查了，这里我不得不夸奖老外两句，批评自己两句：

首先是认真，这是我在修的一个简单的bug : https://review.openstack.org/#/c/18640/, 已经提交了3个patch了，还没过，还得再提交第4个patch。第一个patch只加了一行代码，就改好了，但是评审说不安全，而且给出了修改的建议，这个建议给了我勇气，因为要修改的是已经写好的接口，风险比较大，于是我小心的改了，测试之后发现“一切正常”，就提交了第二个patch，结果第二个patch差点没把我晕死，Build都没成功，我很纳闷，不是已经“测试”过了吗？看过build log我才知道，原来是单元测试没有过，因为改了接口，还得去把单元测试的代码给改一下，否则build阶段不过，不能继续往后审查。于是改好tests之后，第三个patch上去了，又挂了，原因是新加上去的参数没有写doc string......自己做事真是太随便了，也是以前写程序的一些恶习，注释随便写，基本上没写过单元测试。

一个bug的提交过程真是学了太多的东西，吸取了很多教训。

3. blueprints

blueprints是对openstack新功能的开发。blueprints这个要求的水平较高，不像bug谁想修就修。通过看blueprints中介绍的各个新功能，能对openstack的发展方向有一个掌握，这个目前我还没有参与过，不过，我会努力达到这个水平的。

4. IRC meetings

IRC meeting是另一种沟通方式，是实时的，关于如何使用IRC,详见这篇文档： 如何使用IRC，总结的很好。各个子项目在每周的固定时间都要开一次 IRC meeting，来集中讨论重要的bug和blueprint，持续时间1个小时，但是由于这个时区问题，我关注的nova的召开时间是UTC时间周四晚上21:00，也就是北京时间的周五凌晨5点，唉，我可起不来，还是看log吧。

这也许就是开源的好处啊，开发过程公开，谁都可以参与到其中，但是又有非常好的管理方式，使得菜鸟也可以和世界级的顶级工程师一起coding，然后快速的成长。我要想个办法，让自己更快的成长！