跳转到: 导航, 搜索

TripleO

TripleO (OpenStack On OpenStack) 是一个旨在利用 OpenStack 自身的云设施作为基础来安装、升级和运行 OpenStack 云的程序——基于 nova、neutron 和 heat,以数据中心规模自动化舰队管理。

所有文档,包括开发和部署,都可以在 TripleO 文档 中找到。

Blueprints

所有 tripleo 蓝图创建新蓝图时,请确保在短名称中包含 'tripleo'。

评审团队

查看所有需要处理的评审的便捷方式: TripleoO Inbox Dashboard 来自 https://github.com/stackforge/gerrit-dash-creator/

任何人都可以进行评审,但只有 'tripleo-core' 团队才能批准合并。我们遵循 OpenStack 标准的两次 +2 批准,除非在特殊情况下。当多人协作于单个补丁时,其中一个 +2 必须来自非补丁作者。

请勿将评审请求发送到邮件列表。请尝试 IRC 或直接邮件。

作为指导,我们遵循标准 评审清单。我们还有一个针对变更的加速审批流程,这些变更具有普遍共识,并且只需要较小的实现变更。详细信息可以在 加速审批策略 中找到。

对于规范,我们有一些额外的指南 规范评审策略

评审团队应查找以下所有项目中的评审

为了完整起见,以下 URL 将显示来自上述项目的开放评审

如果您更喜欢查看按 Launchpad 工单优先级排序的 Gerrit 评审的组织报告,可以使用 TripleO ReviewDay

Bug 分类

我们的分类包括

  • 分配重要性
  • 添加任何明显的标签(例如 'baremetal')(另请参阅:bug 标签策略
  • 将状态设置为“已分类”。

(如果您是 TripleO 贡献者,并且正在提交自己的 bug,您可以跳过“确认”并直接进入“已分类”——除非您认为 bug 并不存在,在这种情况下,您为什么要提交它? :)

TripleO 的 bug 分类团队是 https://launchpad.net/~tripleo

我们主要使用 https://wiki.openstack.org/wiki/BugTriage 中描述的过程,但有两个关键区别

  • 我们不使用愿望清单:我们想做的事情和我们做错的事情都是缺陷;除了回归之外,工作的优先级不受我们是否交付该事物的影响,并且使用愿望清单只会将所有未实现事物的优先级扁平化到一个桶中:无济于事。
  • 我们使用“已分类”,而不是仅仅“已确认”。