BexarDevCommunitySpec

• Launchpad 条目: bexar-dev-community
• 创建: 2010-11-11
• 贡献者: ThierryCarrez

总结

努力确保 OpenStack 开发社区是一个热情和包容的环境。

发布说明

OpenStack 现在是一个更好的贡献场所。

原理

构建开发者社区是一项必要的活动。

用户故事

Adam 对开源开发一无所知，当讨论中出现“bzr”、“irc”和其他三个字母的缩写时，他有些迷茫。他阅读了“基础”wiki页面，准备开始。

Chuck 是一位对 OpenStack 感兴趣的开源开发者。他阅读了 wiki 上可用的“贡献者”文档，理解了我们的流程，现在准备好贡献了。

Soren 是一位现有的 OpenStack 开发者。他阅读了 wiki 和相应的文档站点上的“参考”文档，以便在 OpenStack 工作中做好正确的事情。

前提条件

无。

设计

合并评审流程

• 需要 2 位核心开发者的评审（是否通过 LP 强制执行？）

沟通媒介

• 状态：使用蓝图和 bug 的状态
• IRC：保留一个频道
• 邮件列表：将其合并为一个
• Wiki：更明显地将 openstack.org 指向 wiki 链接 (AnneGentle 注：根据 Google Analytics，这是 openstack.org 上点击最多的链接（是第二多的两倍），所以我认为我们不需要使其更明显。）
• Planet：开放它以吸引尽可能多的人

文档

• 基础文档 (AnneGentle)
  • “openstack on a stick”演示，方便发现 (AnneGentle/Dustin 正在进行)
  • IRC 教程（也许指向 freenode URL/基于 Web 的客户端）（参见 UsingIRC，这是否被认为是完成的？）
  • 使用 bzr 和 LP 的生活（在 LifeWithBzrAndLaunchpad 中添加了文本来定义 bzr 和 lp，这足够了吗？我将来会再次审查。）
  • 从获取代码到测试 (AnneGentle 将会做)
  • 相关技术 (AnneGentle 将会做)
• 贡献者文档 (ttx/AnneGentle)
  • 添加功能流程（包括对蓝图/评审/开发流程的解释）
  • 处理 bug 的流程
  • 贡献 bug 修复的流程
  • 分支评审流程
• 参考文档 (ttx)
  • 蓝图生命周期/状态
  • Bug 生命周期/状态
  • 发布周期、冻结、里程碑
  • 发布计划
  • 开发人员编码规范（PEP8，确保文档字符串完整等）
  • 评审指南

实现

优先级 1

• 发布发布计划 (ttx)
• 编写发布周期、冻结、里程碑文档 (ttx)
• 编写蓝图生命周期，并附带相应的状态和每个字段的解释 (ttx)
• 编写 Bug 生命周期，并附带相应的状态和每个字段的解释 (ttx)
• 合并邮件列表为一个 (dendrobates)

优先级 2

• 编写贡献 bug 修复的流程 (ttx/AnneGentle)
• 编写评审指南 (ttx)
• 编写处理 bug 的流程 (ttx/AnneGentle)
• 从初学者的角度审查/增强使用 bzr 和 LP (AnneGentle)
• 编写从获取代码到测试 (AnneGentle)
• Planet：开放它以吸引尽可能多的人 (all)

优先级 3

• 添加功能流程 (ttx/AnneGentle)
• 分支评审流程 (ttx/AnneGentle)
• 开发人员编码规范 (ttx)
• 创建“openstack on a stick”演示，方便发现 (AnneGentle)
• 研究通过 LP 强制执行 2 位核心开发者评审 (ttx)
• 相关技术列表 (AnneGentle)

测试/演示计划

无。

未解决的问题

无。

BoF 议程和讨论

Etherpad @ http://etherpad.openstack.org/BexarDevCommunity

一件事可以方便贡献就是列出在贡献每个 Nova/Swift 组件之前需要熟悉的技术。对于来自 C/Java/C# 开发背景的人来说，twisted、WSGI、Tornado、eventlet、Carrot 等 Python 老手看起来简单的框架。

---