教大家OpenStacker提升社区贡献的8条秘籍

　　欢迎大家阅读本篇文章，本篇文章将教大家OpenStacker提升社区贡献的8条秘籍，OpenStack正在从一个功能的集合体变成一个贡献者的群体。同时，在更包容、灵活、开放的基础上，对OpenStack的核心功能保持高度专注。对于OpenStacker而言，这意味着，你需要变得更开放、更具协作性、更加释放头脑中的创意和想法。因此大家要认真阅读本篇文章哦~

     在openstack社区中，中级贡献者介于岩石与坚硬的地面之间，他们既不是什么都不懂的菜鸟，也不是因精湛的技能给其他人留下深刻印象的高手。但他们无疑是OpenStack社区不可或缺的中间力量，中级贡献者如何提升有效提升自己的贡献指数，并且向着成为社区顶尖高手的目标不断迈进呢?两位来自惠普的中级贡献者代表Scott D’Angelo和Andrea Rosa为我们带来了一些宝贵的实战经验。

　　Scott D’Angelo和Andrea Rosa能够深刻感受到那些“中级”OpenStacker的苦恼。这两名惠普工程师已经不再是简单的bug fixer了，他们现在能够对复杂功能所涉及的东西，以及哪些东西可以被带来到OpenStack中展开不定期评估。

　　自OpenStack Folsom版本推出以来就一直从事公有云业务的高级软件工程师 D’Angelo 说：“我们的雇主会问，‘嗨，我们想要这个功能，但是这些东西太复杂了。’在这种情况下，你不得不开始制定蓝图和规范，并且向OpenStack社区进行反馈。你不得不搞明白这些怎么才能工作得足够好，甚至需要知道这个功能是否正在被添加。你不得不开始使用一些影响力让他们关注你的补丁。我们能够感觉到在新人和关于提供补丁的文档之间存在着隔阂。”

　　D’Angelo居住在美国科罗拉多，Rosa居住在英国，但是两人却相隔万里共同合作编写一个补丁。为了让Nova拥有一个新的功能，通过合作编写补丁，两人对如何展开合作积累了丰富的经验。通过总结PTL(项目团队主管)、Core Reviewer(核心评估人员)和同事们正在寻求什么和讨厌什么，他们将一些事情推向了新的高度。

　　而以下便是D’Angelo和Rosa在参与社区开发的过程中总结出的8条宝贵经验。

　　1. 知道自己要去向何方

　　与Rosa和D’Angelo沟通的人表示，他们最讨厌的是人们不知道这些补丁的历史。一名Core Reviewer曾经因此被激怒，在他将某个东西标记为“不要这么做，你必须移除这个参数”之后，在随后的补丁集中，这一参数又重新回来，并得到了其他人的批准，且与代码进行了合并。

　　D’Angelo说：“通过了解补丁的历史，你可以知道这些东西为什么会通过这种方式解决，你也可以避免同样的错误。这虽然很乏味，但是在我们的调查中，这是一个反复重复出现的事情。”他表示，我们需要确定哪些工作需要通过IRC与PTL进行沟通。“如果你发现了项目中一些被忽视的痛点，那么你将会得到鼓励、欢迎和帮助。”

　　2. 学习在拥塞的车流中行驶

　　D’Angelo说：“OpenStack是一个庞大的社区。这有点像交通阻塞一样。大家都非常乐于助人，也愿意给予别人鼓励，但是大家又都非常忙碌。为了把事情做好，你必须尽可能地提高效率，因为每个人的日程都安排得非常满。有些事情可以加快你的速度，但是有些事情会导致你的速度放缓。”

　　3. 通过提交信息和单元测试避开不良评估

　　D’Angelo说：“主动思考你将会遇到的所有问题，避开已知的扣分情况，或是会导致问题的情况。”他称，自己有时遇到的最大障碍是在单元测试和提交信息上没有花上足够的时间就匆忙地提交了代码。“由于没有考虑周全，导致整个程序会被打回来，并被扣分。”他说。

　　这个情况被反复地证明，由于没有做好补丁功能的解释工作，糟糕的提交信息只会让你迅速出局。Rosa称，不要期望Reviewer会打开漏洞说明书或是介绍，然后完整地阅读它们。Reviewer需要得到的关于补丁来龙去脉的所有相关信息必须被写入提交信息中。而解决这一问题的最简单方法就是使用相关的指南。

　　D’Angelo承认：“在提交补丁时，提交信息是我最后才编写的东西。由于没有在代码中的提交信息上下功夫，因此会出现一些脱节。目前我已经知道不能再这么做了。”

　　关注提交信息的规则会为我们减少许多麻烦。是让它们含有72个字符，或者是冒着被扣一分的风险?D’Angelo说：“要减少这些麻烦，至少要知道规则和提前考虑到在你提交补丁后会有人立即看到它们，并对其进行标记。”

　　4. 成功通过单元测试

　　D’Angelo说：“没有单元测试，你会立即被-1分。它们是我们应该提前规划的事情之一。提前写测试，因为你迟早都要写。”他还指出，如果先前没有通过Tox和Pep8，那么测试或补丁将无法通过Jenkins。“我没有统计过自己看明白了多少提交评估的补丁，但是对于那些不合格的补丁，大家会关注它们失败的原因。”他说。

　　5. 避开交通拥堵时间

　　D’Angelo说：“另一个令人讨厌的事情是，有人会强迫或是纠缠Reviewer，让他们对自己的东西进行评估。在Cinder中，我看到了许多这样的事情。我们为这一存储阵列批准了70多个驱动。一直会有新人加入进来，因为他们的公司希望让一个驱动加入到Cinder中。而这些驱动动不动就包含2000或3000行代码，这需要很多人花时间进行评估。”

　　那么有什么诀窍吗?诀窍就是不要等到到了第二个里程碑版本时才开始让人对你的补丁进行评估。不要等到在IRC中开始提问，以及不要等到开始加入项目才开始评估。

　　从Diablo版本开始成为“中级成员”的Rosa对于版本周期也有着相同的见解。“你会向自己的老板承诺许多东西，但是请记住社区的时间安排与你公司的时间安排有着很大的出入。你需要设定一个期望值，否则你将会像之前的人一样站在老板面前说‘对不起，我们需要等待下一个周期，时间可能是三个月。’请意识到这一点。”

　　6.如何应对“交通罚单”?

　　“如果你被否决了，那么不要灰心。请做好申辩的准备。在你提交补丁之时，请记住扣一分并不意味着世界末日。他们不一定是对的，去找Core Reviewer而不是找普通Reviewer进行申辩。”Rosa说。

　　向他们清楚地解释补丁的功能，尝试着展示它们对项目的提升或是对重大漏洞的弥补情况，或许你的情况会得到反转。不抱成见，态度谦虚地提出你的关注点。“我曾经看到一名Core Reviewer将意见由-1修改为了+2的情况。”

　　7.想改变结果?Review, Review, Review !

　　D’Angelo说：“你想获得Review，那么你需要精心准备你的材料，你需要介绍自己的参与情况和学习情况。”

　　D’Angelo和Rosa建议不要干涉Reviewer的工作，避免人为地让自己的Stackalytics数值被扣分。要让社区知道自己，包括在IRC中积极表现，这一点也很关键。

　　“Core Reviewer会进行大量的Review工作。他们会看你的综述，他们会知道你是否进行了出色的总结，你的扣分是否是因为代码中的错误。他们还会知道你被四处扣分的原因是否是因为你文稿上的错误。我不认为你真地能够糊弄到任何人。”

　　8. 不要为小事担心

　　D’Angelo称，中级贡献者必须要记住他们应该尝试着树立起向更好方向发展的文化导向。“大家不需要因为别人评估、挑剔和指出文稿上的错误而感到担心。作为Reviewer，我可以保证我们没有这么做。我们在Cinder中做的事情是鼓励大家不要因为文稿错误或是一些不影响代码的事情做出-1的评分。也就是说，‘如果上传了另一个，那么可以进行补救。’”令人高兴的是，那些对这些问题吹毛求疵的人会受到指责。他说：“目前这一策略已经开始发挥作用了。”

　　知识分享：

　　COA，即Certified OpenStack Administrator，OpenStack官方认证管理员。它是由OpenStack基金会在2016年4月美国奥斯汀峰会上启动的全球性、厂商中立的标准化OpenStack认证。为OpenStack管理员应该具备的技能提供了一个统一的参考标准。

　　种类：

　　coa分为三种：1.sacoa(最为常见的一种，一般用于微软的办公软件.)

　　2.pc coa(用于带有 Embedded Restrictions 的 Windows XP 、带有 Embedded Restrictions 的

　　Windows 2000、带有 Embedded Restrictions 的 Windows 98、带有 Embedded Restrictions 的

　　Windows 95 以及 带有 Embedded Restrictions 的 Windows NT .)

　　3.Thumbnail COA (拇指型COA 用于 Windows CE.NET、Windows CE 3.x、Windows CE 2.x、Windows XP

　　Embedded、Windows NT Embedded、带有 Embedded Restrictions 的Windows 3.x以及带有

　　Embedded Restrictions 的 MS-DOS.)

　　备注：随着Windows操作系统不断升级，Microsoft也将相应的COA样式做了调整。

　　Certified OpenStack Administrator通常是一个有6个月以上OpenStack经验，拥有日常管理和运维OpenStack云的技能的专业人士。COA认证考试目前基于OpenStack Liberty版本，并覆盖了OpenStack核心的计算、存储、网络等服务。

　　OpenStacker的正确打开方式：

　　1.深入参与互操作性进程

　　“OpenStack Powered”是整个OpenStack社区全力向前的核心目标，它的使命是赋予OpenStack技术框架以基于公有云或私有云的通用的、且具备互操作性的核心服务能力。毫无疑问，“用OpenStack连接云世界”是OpenStack生态圈不断壮大、并且向用户交付创新云服务的终极目标。

　　不过，要达成这样的宏愿，有赖于每一个OpenStacker的努力。目前，在OpenStack Marketplace中，由25个以上的产品和服务符合新的互操作性标准。但显然这还远远不够。很多OpenStack云还很独立，即便它们已经支持了社区的开放API，并且可以运行社区代码。

　　现阶段，用户的应用从一个OpenStack云迁移到另一个OpenStack云仍然存在障碍。而要让OpenStack云变得更加灵活、更加可协作，需要你的不懈努力。你开发的产品，你设计的架构，你为客户提供的服务，都可能让整个OpenStack社区在互操作的进程中迈进一步。

　　2.提升社区贡献指数

　　很多OpenStacker都有熬夜参加社区IRC meeting的经历。进入了项目发展的第6个年头，OpenStack社区为开发者们提供日益丰富的资源和多角度的帮助。在这个汇集了开源领域顶级智慧和最广泛协作的社区中，只要你足够努力，就可以迅速完成从小白到大牛的转换，当然开放的胸怀、创意的火花也是必不可少的。

　　在www.openstack.org/appdev，云集了让软件在OpenStack平台上快速部署的海量工具、测试方法以及质量保证的解决方案。应用的开发者在这里可以获得丰富的支持工具和资源，用来构建私有云、访问公有云的全球网络，并且与容器实现协作。

　　OpenStack社区还是一个让每一位开发者都能表达自己声音的地方，而从这些参与的行动中，OpenStacker也将获得实际的收益。在Ask.OpenStack.org，OpenStacker可以分享在社区开发和工作过程中的经验、需求还有顾虑。你的疑问能够在这里找到答案。

　　另外，如果你想在新的一年多多参与OpenStack的M版本和N版本的开发，完成更多的Commit和LOC，还可以点击：OpenStacker提升社区贡献指数的8条秘笈 。

　　你甚至还可以在OpenStack社区找到一位导师，让你的OpenStack开发之路变得更加清晰和顺畅。wiki.OpenStack.org/wiki/mentors汇集了社区各个项目的大牛程序猿，你可以加入他们主持的IRC Meeting，这是一个获取OpenStack专业知识的通畅渠道。

　　3.增进实际操作水平

　　纸上谈兵终觉浅，实战的经验对于OpenStacker来说更加宝贵和重要。这个国际化的开源社区，已经为你创造出了优厚的技术技能提升条件。借助具有OpenStack互操作能力的公有云服务，OpenStacker们可以展开应用测试的工作，并且在实战中学习OpenStack的相关知识。如果你想在OpenStack平台对应用展开测试和评估，TryStack.org可以帮到你。

      小结：相信大家最后阅读完毕本篇文章后，一定收获不小吧？Powered”是整个OpenStack社区全力向前的核心目标，它的使命是赋予OpenStack技术框架以基于公有云或私有云的通用的、且具备互操作性的核心服务能力。当然如果大家还想要更深入的了解相关方面的详细内容的话，请登录课课家教育平台，课课家教育平台欢迎大家咨询哦~