OpenStack 技术委员会 (TC) 每周召开会议。在 2014-06-03 的会议上，我们讨论的一个话题是与 PTL 选举相比，TC 选举的投票率相对较低。经过讨论，我们认为需要更好地沟通 TC 正在做什么以及为什么它很重要。因此，我们将定期向 OpenStack 博客发布关于 TC 的更新。第一篇帖子可能会稍长一些，因为重要的是为我们目前正在讨论的事情建立一些背景。

TC 的成立方式在当前 TC 主席 Thierry Carrez 撰写的 OpenStack 开源项目治理历史 中有描述。

开放性

开放治理是 OpenStack 秉持的重要价值观，TC 希望尽可能保持开放。除了这些定期更新之外，您还可以在其他地方找到我们所做的一切的详细信息。 openstack-tc 邮件列表 的存档是公开的。我们的每周 IRC 会议是公开的并且记录在案。

所有项目治理工作都在 git 仓库 中管理，并且更改以与我们审查代码相同的方式在 gerrit 中进行审查。 任何感兴趣的人都可以评论拟议的治理更改。 您可以在 这里 找到正在审查的更改列表。 您可以在 这里 找到先前批准的更改及其审查讨论。

项目孵化和毕业要求

TC 的一项职责是管理包含在 OpenStack 集成发布中的项目集合。 新项目可以申请孵化。 孵化项目随后将接受审查，以确定是否可以从孵化阶段毕业。 毕业项目是集成发布的一部分。

随着 OpenStack 的发展，我们清楚地认识到我们需要更明确地说明我们对项目孵化和毕业的期望。 在过去一年中，我们一直在治理仓库中的文档中努力使这些期望正式化。 我们于 2013 年 12 月 2 日批准了该文档的第一个版本。 从那时起，我们一直在更新它，因为需要澄清更多问题。 您可以在 治理 git 仓库 中找到该文档的最新版本。

在 Icehouse 开发周期的末尾，我们开始对已经包含在集成发布中的所有项目进行审查，并根据这些标准评估它们。 对于任何在这些期望方面存在差距的项目，我们要求 PTL 在 Juno 周期内提出一个解决这些差距的计划。

Glance

最新的项目审查是针对 Glance，在 2014-06-10 的 TC 会议上。 对于 Glance 发现的唯一差距是关于 tempest 测试覆盖率。 具体来说，Tempest 无法覆盖将真实的二进制镜像上传到 Glance。 Glance PTL 现在将制定一个计划来解决这个差距，TC 将在整个 Juno 周期内审查该计划的进展情况。

实际上，我们在这个会议上花了很多时间讨论 Glance。 最具争议的话题是关于扩大其范围的提案。 Glance 目前专注于磁盘镜像。 治理仓库中有一个 提案，旨在将其范围扩展到涵盖更通用的工件定义。 激发 Glance 朝这个方向发展的特定用例是存储 Heat 或 Murano 模板等内容的需求。 最终，似乎对提出的总体方向有广泛的支持。 我们仍然需要完成一些工作，以使任务声明的措辞达到每个人都感到满意。

最后，Glance 项目向 TC 提出一个重要的跨项目 API 一致性问题。 具体来说，他们对希望通过 API 暴露操作的方式有另一种方法，这与 Nova 目前的方式不同，例如。 有人支持这个具体的提案。 然而，它提出了一个更大的问题，即我们如何最好地朝着跨项目 API 一致性努力。 我们希望有人领导一项为 OpenStack 创建跨项目 API 风格指南的工作，但尚不清楚谁将这样做以及谁将审查和批准内容。 我预计这将是一个持续的讨论。

您可以在 五月份开始的 和 六月份继续的 邮件列表中找到引发此 API 讨论的完整邮件列表线程。

Designate

最近受到很多关注的另一个项目是 Designate，它为 OpenStack 提供 DNS 即服务。 这是 OpenStack 部署急需的功能，所以我很高兴看到该领域的进展。

该项目最近 申请了孵化。 实际上，这是 Designate 申请孵化的第二次。 第一次 是在 2013 年 6 月一年前。 在第一次申请之后，TC 认为孵化该项目还为时过早。 有各种担忧，但主要一个是在个人和独立公司层面的项目参与度。

Designate 在过去一年中取得了很大的成熟，我自豪地宣布该申请已获得批准。 Designate 现在是一个孵化项目！

Designate 最早包含在集成发布中的时间将是 K 版本。 鉴于我们已经进入 Juno 周期，L 版本似乎更现实。 这是 TC 将在 Juno 开发周期结束时重新审视的一个主题。

未来更新

我们希望这些来自 TC 的更新尽可能有用。 如果您有任何意见或建议，请告诉我们！