多样性和弃用策略的标签工作
在为项目打上多样性关联百分比的标签后，我们也在讨论一个 反向标签，以表明缺乏多样性。技术委员会的一些成员不确定缺乏多样性是否表明项目没有用或不成功，尤其是在项目成熟的早期阶段。另一些人希望表明缺乏多样性可能意味着支持很容易被撤回。
我们通过了一个 “遵循标准弃用”标签，项目可以应用该标签来表明他们的弃用策略遵循所有 OpenStack 项目的标准。目前还没有项目声明遵循该标准，但我们希望确保社区知道我们已经编写了配置选项和潜在功能弃用的策略。
行为准则 (CoC)
Cindy Pallares 与技术委员会联系，提出了一项改进 OpenStack 当前行为准则 的建议。在审查了其他社区的行为准则并听取了 Cindy 和其他成员的反馈后，OpenStack 的行为准则将被更新和改进，使其按上下文组织，例如在线或在活动中。请保持关注并密切关注此讨论，因为它将对整个社区产生影响。我们已经在两种情况下都制定了行为准则，但我们积极审查这些准则，因为社区不断发展、多样化和成熟，以确保它满足所有成员的需求。
考虑其他编程语言
有一个新的 决议 定义了应该如何评估用其他编程语言编写的项目。该决议讨论了我们主要包含和计划 Python 项目，同时 JavaScript (Dashboard) 和 bash (DevStack) 也将随着时间的推移启用。几周前，我们讨论了“大帐篷”、社区影响、基础设施影响、技术影响等问题，并进行了高层次的讨论。由于此主题影响整个社区，我们感谢我们收到的意见，并欢迎大家阅读和理解该决议。我们得出结论是，我们确实考虑其他语言，但需要确保基础设施、测试和文档的通用流程和工具，特别是对于 OpenStack 服务。
处理没有候选 PTL 的项目团队
在最近的候选人轮选中，由于时区混淆，我们“拿出我们的 garumphs”，并批准了这些项目的 PTL。
- 安全：Robert Clark
- 密钥管理器 (barbican)：Douglas Mendizabal
- 应用目录 (murano)：Serg Melikyan
对于容器 (magnum) 项目，两位候选人 Hongbin Lu 和 Adrian Otto 同意进行选举，以解决候选人提交时间上的问题。选举官员同意他们可以为 magnum 专门进行另一次 PTL 选举，因此如果您在过去六个月内参与了 magnum 代码库的工作，请查看您的收件箱中的投票。
MagnetoDB 没有收到任何候选人。不幸的是，该项目已经有一段时间没有收到贡献了，并且正在考虑从 Big Tent 中移除。请阅读更多关于当前讨论的 审查本身。
提醒一下，我们的 章程目前规定，“给定项目 PTL 选举的投票者是活跃的项目贡献者（“APC”），他们是基金会个人会员的一个子集。在过去两个 6 个月发布周期内，向项目仓库提交了更改的个人会员被认为是该项目团队的 APC。” 项目仓库的名称保存在 openstack/governance 仓库中的 projects.yaml 文件中。
申请正在进行中并表示欢迎
一如既往，我们正在忙于审查进入 OpenStack 治理的申请。
Monasca 项目被要求继续致力于其开放流程，并使其申请保持在队列中。对其考虑的三项反馈是：1) 集成测试应作为门控作业使用 OpenStack CI 工具运行，使用 devstack 作为引导。 2) 将源代码托管在 gerrit (review.openstack.org) 中，以便充分理解所有组件和测试。 3) 更好地与社区集成，使用更多的沟通模式并进行跨项目联络工作。
我们讨论了 Kosmos 项目的申请，这是一个非常新的项目，最初由 Designate 和 Neutron LBaaS 的成员组成，旨在为 OpenStack 云提供全局服务器负载均衡。技术委员会的一些成员更希望看到更多关于他们工作的证据，另一些人认为 OpenStack 工作方式的新定义应该使他们能够申请并被接受。
我们正在考虑 CloudKitty 申请和 Juji Charms for Ubuntu 申请进入 OpenStack 治理，并将会在下一次技术委员会会议上考虑。作为时间安排的指导，我们将在星期五 0800 UTC 之前提交的动议添加到下周二的会议议程中进行讨论。
跨项目轨道
在即将到来的 Mitaka 会议上，社区将专门设置一个轨道用于跨项目讨论。提案期现已开放，截止至 10 月 9 日。可以在 ODSREG 上提交会议提案。更多信息可以在这个 主题 中找到。
发表评论