基于来自 openstack-dev 邮件列表的多个反馈，我们发现我们，技术委员会，需要提升我们的沟通水平。我们已经确定了两位技术委员会成员来负责沟通计划，Anne Gentle（就是我！）和 Flavio Percoco。请参阅下文了解计划详情，感谢阅读本系列复兴后的第一篇文章。
欢迎与感谢
在技术委员会选举完成并通过验证后，我们告别了 Vish Ishaya、Devanandra van der Veen 和 Michael Still，并欢迎新的技术委员会成员 Robert Collins、Jay Pipes、Dean Troyer 和 Flavio Percoco。技术委员会投票决定 Thierry Carrez 继续担任技术委员会主席，负责主持会议并保持技术委员会补丁积压的审查和整理。
峰会准备和跨项目轨道
一个小组完成了对峰会跨项目轨道 28 个提案的处理，以适应 14 个可用的“鱼缸”房间。Doug Hellman 然后将其呈现给技术委员会，我们批准他应用他的“地板上的便签日程安排解决算法”来将其适应到可用时间段。这些内容已推送到 sched：libertydesignsummit.sched.org。
沟通计划
我们沟通技术委员会活动的目的是向选民和更广泛的社区通报所做的决定、指出的方向或通过 OpenStack 技术委员会给出的指导。我们将使用定期发布的 OpenStack 博客文章、每周社区邮件列表中的指向文章的链接以及 http://planet.openstack.org 的信息源来发布定期沟通。
我们将继续在 openstack-dev 邮件列表中收听任何出现的问题，并使用对治理仓库的补丁来塑造每周的议程。最终决定发布到 http://governance.openstack.org。如果您设想任何其他发布渠道，请通过 openstack-dev 邮件列表告知我们。虽然我们也考虑过技术委员会的 Twitter 帐户，但我们不会使用公共帐户以避免将注意力分散到太多渠道。
新项目团队指南
为了取代过时的维基页面和口头传统，一个小团队正在着手编写项目团队指南。当我们说“成为一个 OpenStack 团队”时，我们需要明确其含义、流程、发布，并能够指向定义我们文化和期望的文档。Jim Blair、Flavio Percoco、Doug Hellman 和 Thierry Carrez 已经同意启动这项工作。
仓库补丁策略
最近，技术委员会决定通过允许技术委员会主席推动项目团队负责人 (PTL) 提出的对其自身项目的基本列表更改来保持仓库列表的整洁。协议是跳过在周二的技术委员会会议上讨论仓库添加，而是让补丁至少查看一周。然后，只要没有可能需要讨论的技术委员会成员的 -1，技术委员会主席就可以在更改获得 PTL +1 且没有技术委员会成员 -1 的情况下批准它们。
议程时间安排
获取技术委员会会议议程中考虑的项目流程已被记录为“至少在会议前 4 个工作日”提出，但现在项目已提交到 Gerrit，Thierry 建议更改议程安排以更好地匹配我们现在的工作方式。我们都同意，如果材料在 UTC 0800 星期五 之前发布，我们可以考虑更改技术委员会会议材料。
标签、标记和标注
我们成功地将关于标签审查的大型、广泛的讨论的时间限制，以帮助定义 “tc-approved-release” 标签 以及 “compute-kernel” 标签。我们并没有期望在讨论中达成解决方案，并且由于下周即将举行峰会，我们只是想在补丁审查之外的实时环境中，更多地了解彼此的观点。对于“tc-approved-release”标签，它的目的是体现技术委员会在 OpenStack 基金会章程 下的责任。“compute-kernel”标签旨在表明哪些项目对于基本的计算用例至关重要。事实上，我们甚至讨论过更改标签名称以包含用例。目前，最好 阅读会议记录 并跟踪审查，因为我们没有得出任何结论。
我们都期待着在温哥华度过美好的一周。感谢您持续的反馈，并继续提供反馈。
发表评论