指导委员会的使命和职责
指导委员会的使命是为 Ansible 社区提供持续性、指导和建议，以确保 Ansible 包的交付和高质量。此外，委员会还帮助决定 Ansible 项目的技术方向。它负责批准社区、软件包和社区集合世界中的新提案和政策，新的社区集合包含请求以及与包含和打包相关的其他技术方面。委员会应反映 Ansible 社区的范围和广度。
指导委员会的职责
委员会
为社区集合世界设计政策和程序。
对批准对既定政策和程序的更改进行投票。
审查社区集合，以确保其符合政策。
帮助为我们的可交付成果创建和定义路线图，例如
ansible软件包、主要社区集合和文档。审查提交用于包含在 Ansible 软件包中的社区集合，并决定是否包含它们。
审查需要委员会关注的其他重要提案，并提供反馈。
现任指导委员会成员
下表列出了现任指导委员会成员。请参阅 指导委员会前任成员，以获取前任成员列表。
姓名 |
GitHub |
起始年份 |
|---|---|---|
Alexei Znamensky |
russoz |
2022 |
Alicia Cozine |
acozine |
2021 |
Andrew Klychkov |
Andersson007 |
2021 |
Brian Scholer |
briantist |
2022 |
核心团队代表 |
参见论坛 |
2024 |
Dylan Silva |
thaumos |
2021 |
Felix Fontein |
felixfontein |
2021 |
James Cassell |
jamescassell |
2021 |
John Barker |
gundalow |
2021 |
Mario Lenz |
mariolenz |
2022 |
Markus Bergholz |
markuman |
2022 |
Maxwell G |
gotmax23 |
2022 |
Sorin Sbarnea |
ssbarnea |
2021 |
John Barker (gundalow) 已被委员会选举为其 主席。
委员会成员的选择基于他们在 Ansible 项目及其社区的积极贡献。请参阅 指导委员会成员资格指南，以了解详细信息。
创建新的政策提案和包含请求
委员会使用 Ansible 论坛 与社区异步讨论，并在相应的 社区主题 中对提案进行投票。
如果您想讨论影响以下任何内容的想法，您可以 创建一个社区主题（确保您使用 项目讨论 类别和 community-wg 标签）：
Ansible 社区
社区集合最佳实践和要求
社区集合包含/排除策略和工作流程
社区治理
需要委员会或整个 Ansible 社区关注的其他重要提案
要请求更改包含策略和 Ansible 社区包集合要求
通过单击其网页上的
编辑按钮，对该文档提交新的 pull request。创建一个包含所建议更改理由的 社区主题。
要提交新的集合以包含在 Ansible 软件包中
通过在 ansible-inclusion 存储库中进行新的讨论来提交新的集合包含请求。
根据您想与社区和委员会讨论的主题，在准备提案时，请考虑以下建立的要求：
社区主题工作流程
委员会使用 社区主题工作流程 异步讨论和对 社区主题 进行投票。
法定人数是必须对一个主题进行投票才能正式做出决定的委员会成员的最低人数，为委员会成员总数的一半。如果法定人数包含小数部分，则将其四舍五入到下一个整数。例如，如果委员会目前有 13 名成员，则法定人数为 7 人。
投票必须始终包含“无更改”选项。
如果一个主题的赞成票和反对票数量相同，则主席的投票将打破僵局。例如，如果有 6 票赞成，6 票反对，而主席的投票在这 6 票赞成票中，则最终决定将为正面。如果主席尚未投票，则其他成员会要求主席投票。
对于具有两个以上选项的投票，一个选项必须至少获得一半的票数。如果恰巧两个选项都获得了一半的票数，则主席的投票将打破僵局。如果没有任何选项获得至少一半的票数，则必须调整投票选项，以便在新的投票中为一个选项找到多数票。
社区主题分类
委员会定期（每三个到六个月）对 社区主题 进行分类。
分类目标是
激发对被遗忘主题的兴趣。
识别和关闭无关主题，例如，当主题的原因不再存在或主题超出了委员会责任范围时。
识别和关闭社区不感兴趣讨论的主题。作为指标，它可以是评论的缺失或至少在过去六个月中评论中没有活动。
识别和关闭已解决并已实施但未关闭的主题（在这种情况下，可以在现场用一个评论将其关闭，说明它已实施）。
识别长期处于待处理状态的主题，例如，当它等待某人的行动数月或主题已解决但未实施时。
启动分类的人员
识别上述主题。
创建一个包含待关闭主题的编号列表的特殊分类主题。
确定投票日期，考虑到主题数量、复杂程度和评论历史大小，以便社区有足够的时间进行讨论。
社区和委员会对 triage 主题中列出的每个主题候选进行投票，决定是关闭还是保持打开。
集合包含请求工作流
在审查社区集合 包含请求 时，委员会成员会检查集合是否符合 Ansible 社区包集合要求.
注意
即使集合满足要求，指导委员会也可以拒绝集合包含请求或从 Ansible 包中排除集合，前提是指导委员会认为集合的存在会严重降低 Ansible 包的用户体验或包构建过程。在拒绝/移除的情况下，集合维护人员会收到来自委员会的全面反馈，解释启动流程的原因。如果原因是可以解决的，反馈将包含维护人员需要更改的内容信息。
进行包含审查的委员会成员将 Ansible 社区集合清单 复制到相应的 讨论 中。
在审查过程中，委员会成员会将项目标记为已完成，或者留下评论，说明审查人员是否期望解决问题，或者是否可选（例如，它可能是 **必须修复：** <什么> 或 **应该修复：** <什么> 在一个项目下）。
为了将集合包含在 Ansible 社区包中，集合
必须经过至少两名人员的审查和批准，其中至少一名人员是指导委员会成员。
为了使非指导委员会审查计入包含，它必须由 *另一位* 指导委员会成员检查和批准。
审查人员不得过多参与集合的开发。他们必须声明任何潜在的利益冲突（例如，与维护人员/作者是朋友/亲属/同事，是集合的用户，或最近或过去曾为该集合做出贡献）。
在集合获得两个或更多委员会成员批准后，委员会成员将创建一个 社区主题，链接到相应的包含请求。问题的描述表明该集合已获得两个或更多委员会成员的批准，并确定了将考虑做出包含决定的日期（默认情况下为一周）。这段时间可用于提出疑虑。
如果在确定的日期之前没有提出异议，包含请求将被视为已成功解决。在这种情况下，委员会成员将
在主题和包含请求中声明决定。
将请求移动到
已解决 审查类别。在 ansible-build-data 存储库 的相应目录中将集合添加到
ansible.in文件。通过 Bullhorn 新闻通讯 宣布包含。
关闭主题。
集合排除工作流
委员会使用 Ansible 社区包集合移除流程 从 Ansible 包中移除不满足 Ansible 社区包集合要求 的集合。
社区工作组会议
注意
委员会成员可以选择参加社区工作组会议。关于 社区主题 的决定是在主题本身中异步做出的。