openstack密钥对_分析如何简化对OpenStack的贡献

openstack密钥对

上个月，我问了55个OpenStack开发人员为什么他们决定向OpenStack提交一个补丁，以及阻止他们做出更多贡献的原因。 该样本调查了过去12个月内仅捐款一次的人，寻找轶事证据来证明我们可以采取哪些措施来改善偶尔捐款者的生活。 对我而言，偶尔的贡献者与核心贡献者一样重要，以在中长期内维持OpenStack的增长。

由于社区可能已经聘请了Python开发人员和系统操作员中的最佳人选，因此，要维持OpenStack的增长，我们需要利用更广泛的Python社区以及来自其他语言（对于初学者为Java）的大型分布式系统的专家。 知道新贡献者首次加入OpenStack时面临的障碍是第一步，使入职更容易，更频繁地进行多个贡献。

答复的人员用于OpenStack的大部分用户，即为内部使用而致力于OpenStack部署的开发人员和开发人员，以及为客户开发和部署OpenStack的系统集成商。 第三类偶然贡献者是使用OpenStack或由OpenStack使用的项目的开发人员，例如Docker或Ceph。

提交补丁的首要原因是从实用性的上游维护补丁 ，到修复错误（在概念验证期间或部署的更高级阶段发现）或添加/修复功能以更好地将OpenStack与其他项目集成。 最后，人们为个人成长和丰富履历做出贡献。

他们为什么不提交更多？ 有三个主要绊脚石 。

• 法律上的障碍延迟了捐款，甚至阻止了（至少）一项 。 延迟的原因包括与客户的保密协议（NDA），不符合公司政策的公司，这些公司无法按照开放源代码许可证发布软件并签署《公司贡献者许可协议》。
• 造成延误的另一组原因是捐款要花很长时间才能通过审核队列。 多次提到了补丁进入OpenStack存储库所花费的时间。
• 最后，缺乏在业余时间要解决的简单问题：显然，社区修复了简单的错误太快了。

结果不能被认为具有代表性，但是它们似乎证实了法律障碍和审查速度正在阻止更多的临时性捐助。 尽管已经有很多关于如何缩短审阅时间的讨论，但是要改变我们合法地处理文稿的方式，需要做出巨大的努力来更改OpenStack Foundation的章程。 我很难找到解决简单问题的事实，这可能表明有很多人加入社区来修复这些“低挂的果实”或其他东西。 我认为在这方面需要更多分析。

最初发布在maffulli.net上 。 在知识共享下重新发布。

翻译自: https://opensource.com/business/14/2/analyzing-contributions-to-openstack

openstack密钥对