欢迎阅读本周技术委员会的亮点。和往常一样，本周社区活动非常繁忙，并且提升我们治理模式的努力也在不断推进。
tc-approved-release 标签已获批准
tc-approved-release 标签在上一期的亮点中被提及。讨论已经向前迈进了一步，这个标签的第一个基本版本已经获得批准。你可以在这里阅读完整版本。最初，所有拥有tag-integrated-release 标签的项目也将获得tc-approved-release 标签。
计算内核标签
上次会议的大部分时间 – 从 20:07 到 20:38 – 都花在了讨论这个标签上，我们也会在本帖中做同样的事情。让我们先描述一下这个标签试图实现什么。
该标签旨在定义运行 OpenStack Compute 部署所需的最低项目集。这个标签的动机来自于 Kilo 中期周期 OPs 会议，一些参与者建议社区应该对此进行规范。虽然大家普遍认为这些信息对社区非常重要且有价值，但似乎对谁应该提供这些信息以及如何提供存在不同的意见。这意味着需要回答两个问题才能就此事达成共识
技术委员会今天是否应该对此用例的“从这里开始”给出意见？
如果是，应该如何表达/呈现这个意见？
第一个问题有两个版本。之前的版本没有包含用例部分，结果对于技术委员会的几位成员来说成为了一个决定性因素。用例条款表明技术委员会可以针对不同的场景（例如计算、对象存储或裸机）表达启动点的意见，而不是为特定用例提供唯一的启动点。目前的一些意见是
该标签提供的信息与治理无关
技术委员会应该知道如何回答诸如：“运行 OpenStack 的最低要求是什么？” 如果技术委员会不能，谁来做？
技术委员会可以对不同的启动点发表意见，但不应该规定唯一的入口点。
技术委员会对第一个问题进行了投票，结果支持技术委员会对此事发表意见。然而，第二个问题仍然悬而未决，很可能会在未来的会议中讨论。如果您对这些启动点的沟通方式有任何意见，请在这里提供您的反馈。
i18n 现在是 OpenStack 项目团队
i18n 背后的团队在组织方面迈出了重要一步，现在他们已经成为一个 OpenStack 项目团队。技术委员会和社区很高兴拥有一个官方的 i18n 团队。他们的使命是“让 OpenStack 能够被所有语言背景的人普遍访问”，我们完全支持他们。
考虑包装团队的提案
技术委员会还讨论了将分发包添加到 OpenStack的提案。我们决定将包装团队的提案设置为“进行中”状态，直到计划得到更详细的描述，并考虑基础设施方面的问题。邮件列表中有很多活动，如果您对结果感兴趣，请加入讨论。
潜在的发布周期大修
请查看邮件列表讨论，了解有关更改某些项目（例如 Ironic）的发布周期的信息。
最后，为了增加趣味性，请查看M 名称，这些名称是为下一个发布周期提出的，包括内联的日语字符。我们期待投票结果。
发表评论