两周前，Russell Bryant 发起了一系列关于技术委员会（“TC”）正在进行的工作的博客文章。我们将定期发布 TC 会议的结果，并轮换作者，以便所有 TC 成员都有机会参与并用自己的话描述发生的事情。这篇文章将重点介绍最近两次会议的内容。

TC 有几项任务，我们 TC 会议讨论的主题通常属于其中一项。

任务 #1：集成发布内容

TC 的一项任务是确定 OpenStack “集成发布” 的内容，我们每 6 个月共同发布一次。我们管理“孵化”过程，通过该过程，选定的项目可以成为集成发布的一部分。我们还会关注已经集成的项目，以防其范围发生变化。

目前 Glance 正面临这种情况，其任务正在从编目和提供 Nova 磁盘镜像，发展到编目和提供其他由其他 OpenStack 服务（例如 Heat 模板）使用的工件。这种范围的演变已经在最近两次会议上讨论中。目前，扩大 Glance 范围的原则基本被接受，但描述新范围的精确措辞仍在讨论中。

为了为处于孵化/集成流程中的项目设定明确的基本期望，上一个周期 TC 制定了一份参考文档，其中列出了 TC 成员一致认可的孵化、集成和首次集成周期的所有要求。随着我们不断提高集成项目的质量和一致性，该文档会不断修订。

在最近两次会议上，我们一直在讨论为希望从孵化阶段毕业的项目增加一项翻译支持要求。目前的主要反对意见是缺乏对翻译字符串的自动化测试（这导致过去出现未检测到的 I18N 问题）。看起来，当这个问题得到解决时，这项要求很可能会进入参考文档。

提高对新参与者的要求是一回事，但有时现有的集成项目不符合这些新要求。这造成了一个我们需要解决的差距。在本周期中，我们审查了大多数现有的集成项目（Heat 和 Swift 仍在待定）。当发现差距时，PTL 会提出一个“差距覆盖计划”来解决它。

最后一个经过此过程的项目是 Glance，其中发现了一个关于测试覆盖率的差距。Mark Washenberger（Glance PTL）创建了一个差距覆盖计划来解决它，并且该计划在上次会议上得到了 TC 的批准。

制定计划是一回事，但我们还需要检查项目是否能满足其在这些计划中设定的截止日期。上周，在 juno-1 开发里程碑之后，我们审查了差距覆盖计划的进展情况。 Ceilometer 计划进展顺利，仍计划在 juno-2 里程碑完成差距覆盖。 Horizon 计划大部分进展顺利。Neutron 有一个雄心勃勃的差距覆盖计划，并且所有差距的工作都已开始；差距 4 有点滞后（计划在 juno-1 完成），但也被确定为只是一个 API 调用。 Trove 计划进展顺利，并且所有项目的工作都已开始。

最后，对集成发布负责也意味着确保我们在集成项目中一致地使用术语。有人提出了关于在某些项目中使用“certified”术语来限定 CI 测试的问题。在 -dev 邮件列表和 TC 会议上公开讨论之后，大家一致认为“certified”术语过于强烈，应逐步淘汰，而采用“tested”的某种变体。

任务 #2：技术贡献者的代表性

TC 是一个直接选举产生的机构，代表着该项目的所有技术贡献者。它是 OpenStack 整体技术事务的最终决策机构。一些无法在较低级别解决的问题有时会被升级到 TC 以供最终解决，TC 也是 OpenStack 其他治理机构寻求一般技术意见的便捷渠道。

最近有两项问题被提交给 TC。第一项是关于我们的技术选举（PTL 和 TC 成员）的预期选举行为。我们当前的选举程序没有明确描述预期的行为，并且有人提出要涵盖这一点。虽然每个人都同意什么是可接受的行为，什么是不可以接受的行为，但如果出现问题，有两种处理方法。 一种是利用社区行为准则，该准则明确指出你应该尊重选举过程。 另一种是指出不合规的行为，并相信选民自己判断。两种选择都将继续可用，但我们仍在讨论我们应该鼓励其中哪种选择（如果有的话）将其纳入 TC 决议中。此讨论正在进行中，并将继续在未来的会议上进行。

另一个提交给 TC 的问题是来自基金会董事会“Defcore”委员会要求提供技术意见，作为其商标规则工作的一部分。有两类要求的输入。 一种是为每个项目提供“指定部分”的代码，你需要运行这些代码才能使用“OpenStack”商标。另一个是为“核心能力”提供精确的评分：对于每个能力，指出它是否是 TC 未来的方向的一部分，或者它是否即将被弃用。

虽然这些输入是技术性的（我们甚至对指南进行了投票，以帮助提出答案），但一些 TC 成员明确表示他们的担忧。要求 OpenStack 贡献者的代表指定 OpenStack 的部分，这些部分可能只是被专有替代品取代（但仍然被称为“OpenStack”），这超出了他们认为可以接受的范围。我们的“技术”答案可能会被解读为认可，或者与我们不想鼓励的行为合作。

每当 TC 会议上讨论 Defcore 时，这种紧张关系就会浮出水面，并且很难在一个小时的在线会议中解决这两个问题。因此，我们已安排在 7 月 1 日（20:00 UTC 在 Freenode IRC 上的 #openstack-meeting）举行一次 Defcore 专属的 TC 会议，并尝试提前明确列出担忧，以确保会议清晰。