Open Community¶
作为 OpenStack 开放理念的四个核心原则之一，“开放社区”是 OpenStack 项目的关键且必需组成部分。开放社区能够创建一个开放的开发环境，并且是成功开源项目的关键组成部分。OpenStack 项目应遵循此模式，以确保其在 OpenStack 生态系统中的成功和发展。
IRC 公开会议¶
OpenStack 项目需要将其团队会议（如果有的话）在 OFTC IRC 网络上的公开记录频道中进行，这些频道由 OpenStack 基础设施团队管理。作为在开放社区中工作的一部分，会议记录的保存允许那些无法在会议指定时间参加的人员阅读记录并异步参与。
OpenStack 有许多专门用于会议的频道。一些项目会议分散在这些频道中，许多成员可能会错过或延迟加入。许多其他项目团队会在项目频道安排他们的会议或工作时间，这对他们来说效果很好。鼓励项目在自己的团队 IRC 频道上举行会议，如果这对他们来说效果最佳，这可能会使会议更容易找到并增加出席率。
要安排团队会议，请访问 eavesdrop 站点并按照那里的说明进行操作。所有会议预订都通过 gerrit 在 IRC 会议 仓库中进行管理。
项目 IRC 频道¶
OpenStack 项目可以在 OFTC 上拥有团队 IRC 频道。这些频道 应被记录，以符合 OpenStack 的开放社区方面。项目团队通常会在他们的 IRC 频道中聚集，讨论项目并在成员之间建立社区意识。如果一个新项目尚未达到临界质量，OFTC 上的 #openstack-dev 频道可供使用，直到项目团队决定创建自己的频道为止。
鉴于开源通常，特别是 OpenStack，都是全球社区，IRC 是地理分散的团队协同工作的好方法。使用 IRC 代理（或 bouncers）允许团队成员访问他们断开连接时发送的消息。
邮件列表¶
OpenStack 使用 邮件列表 进行通信。与 IRC 类似，邮件列表用于允许地理分散的团队进行通信和共享信息，在这种情况下是异步的。除了团队通信之外，邮件列表还提供了一个跨项目通信的交互点。如果一个想法需要跨越项目，邮件列表是实现这一目标的绝佳场所。最后，邮件列表用于与 OpenStack 的非开发社区成员进行交互。
由于邮件列表是一种异步通信形式，因此它们是社区共享信息和从整个社区获取想法的最佳资源。在一天中的不同时间或不定期参与的人们有更多机会参与。英语阅读和写作水平不同的人可以通过电子邮件在文本通信方面获得更公平的参与机会（但并非完美），而不是 IRC 等同步形式的文本通信。如有疑问，请优先使用邮件列表而不是其他选项。
对于 openstack-discuss 邮件列表，其中大部分使用、操作和开发讨论发生，建议使用以下标签来更好地对主题进行分类（在主题行的开头添加尽可能多的标签）
[$groupname-wg]$groupname 工作组内的讨论（例如：[publiccloud-wg])[$projectname]讨论影响 $project 项目团队（例如：[nova])[$signame-sig]$signame SIG 内部的讨论（例如：[upgrades-sig])[all]主题是影响所有人的通用社区讨论。谨慎使用。[dev]讨论专门针对开发问题，但否则影响所有开发人员[elections]与选举相关的通信[docs]任何类型的跨项目文档讨论[goals]影响社区目标[ops]讨论专门针对操作员问题，但否则影响所有操作员[ptl]需要 PTL 注意的主题[release]影响即将发布的版本，所有 PTL 或发布联络员都应阅读[tc]关于技术委员会活动的讨论
OpenStack 生态系统中有很多邮件列表。项目应确保订阅所有与其项目相关的列表。
请注意，OpenStack 邮件列表上的通信遵循基本的邮件列表 礼仪规则。熟悉这些规则将确保您的消息产生预期的影响。
社区支持渠道¶
作为 OpenStack 生态系统中的一个项目，您不可避免地会收到用户对您的软件的支持请求。这些请求可以通过以下方式提出
Launchpad 或 StoryBoard 上的错误
邮件列表请求
IRC 消息请求
项目必须准备好尽最大努力支持这些类型的请求。推荐的操作方案包括
每周至少对 Launchpad 或 StoryBoard 上的错误进行分类。
响应各种邮件列表上的项目查询。
在 IRC 频道中工作以回答问题。
Planet OpenStack¶
Planet OpenStack 服务已于 2021 年 4 月停用。
技术委员会和 PTL 选举¶
OpenStack 的所有技术领导职位都是通过选举产生的。OpenStack 中有两种类型的技术选举职位
技术委员会 (TC)
项目团队负责人 (PTL)
项目团队 指南自然侧重于 PTL。有关 TC 的更多信息可以在 技术委员会网站 上找到。您可以使用 openstack-discuss 邮件列表（在主题行中包含 [tc] “标签”将更有可能让他们看到消息）或在 #openstack-tc IRC 频道上联系 TC 成员（尤其是在 TC 会议 期间）。
OpenStack 中的每个项目团队都需要一个 PTL。PTL 是一位通过选举产生的领导者，他对该特定项目团队以及其中的所有代码仓库拥有最终决定权。PTL 通常领导项目的日常运营，并充当与其他团队沟通时项目团队的默认大使。预计 PTL 拥有足够的时间来致力于运行项目。PTL 的职责包括以下任务
组织团队参与论坛或项目团队聚会等活动
与发布团队在 #openstack-release IRC 频道中互动
参与和跟踪跨项目计划，包括 OpenStack 范围内的目标。
维护周期和开发里程碑计划。里程碑和发布日期 发布 提前很久，请确保您在那些特殊周有足够的时间。
定位和维护目标错误
与发布团队合作，进行里程碑交付周、功能冻结周、发布候选周和最终发布周
如果发生意外事件，导致您没有足够的时间来致力于上述事项，您有责任辞职并允许有更多时间的人接任。
每个项目团队的 PTL 的任期为 6 个月。因此，该项目将每 6 个月进行一次选举，以确定未来 6 个月周期的项目负责人。
在指定时期内没有被提名的 PTL 候选人的项目将被视为无领导，并将默认由技术委员会进行 决策。
选举（PTL 和 TC）的选民是项目或项目的活跃贡献者。如果您的项目是一个 git 仓库，并且所有活跃贡献者都提交补丁到 gerrit，他们的工作将自动被承认用于选举。如果您有以 gerrit 中未反映的方式支持您的项目的贡献者，请编辑 openstack/governance 仓库中的 extra-atcs 文件。
OpenStack 使用 Condorcet 投票系统进行所有技术选举。这包括 TC 和 PTL 职位。选举由社区中值得信赖的选举官员团队进行，他们将在整个过程中发布选举公告、设置选举工具并监督候选人和选民资格。
平局解决¶
Condorcet 可能会导致平局，应以公平和可重现的方式解决。为此，OpenStack 使用描述平局结果的字符串的哈希值作为随机生成器的种子，以确定平局的赢家。这样，任何人都可以验证平局解决的公平性。有关更多详细信息，请参阅有关 平局解决 的 wiki 页面。
选举时间表¶
技术委员会章程 定义了选举时间表的规则。日期通常基于发布周期（PTL 选举）和峰会日期（TC 选举）。
