Sahara/Release 0.3 回顾

做得好的方面

• Savanna 成为孵化中的 OpenStack 项目！
• Savanna 0.3 版本期间社区持续发展壮大
• 0.3 版本路线图中几乎所有功能都按时交付
• 来自多家公司和不同地点的成员之间有效协作
• 比以往任何时候都更积极的功能开发协作
• 优秀的 CI 和集成测试
• 良好水平/质量的代码审查
• 能够在多个方面推动项目进展

做得不好的方面

• 并非所有核心成员都在积极审查代码
• 社区成员的代码审查不够充分
• 当提交过大时（单个补丁超过 300 行代码），代码审查会遇到困难
• 插件开发者应该更加关注集成测试。如果无法确保插件正常工作（例如，与主代码一起添加新的插件集成测试），则很难审查新的插件代码
• CI 在 OpenStack 的稳定（即旧）版本上执行
• 社区协作中的延迟
• Hive 无法与 Swift 配合使用

需要改进的地方

• 核心贡献者应履行其职责（至少更积极地审查代码）
• 新的核心团队成员应更加关注代码审查
• 我们需要明确核心团队成员的标准。只有符合该标准的人员才能成为核心团队成员
• 审查时机，平衡减少等待时间和增加审查参与度的需求
• 社区中联合功能的协作
• 蓝图生命周期不明确。我们应该采用 http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg06800.html
• 我们需要 bug 清理日
• 我们需要重新定义 CI 流程。应该使用在 VM 上运行 OpenStack/master + Savanna/master 的 DevStack，还是 OpenStack/stable + Savanna/master？
• 我们需要将集成测试迁移到 Tempest