Kubernetes 2021–2022 Steering Committee 选举全流程解析从 Elekto 投票平台到候选人资格【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/communityKubernetes 每年度举行 Steering Committee指导委员会选举通过社区投票决定项目治理层的组成。本文以 elections/steering/2021/election_desc.md 这一面向全体选民的选举说明为核心结合仓库中的完整选民指南 elections/steering/2021/README.md、Elekto 选举配置文件 election.yaml、投票者名单 voters.yaml 与最终结果 results.md还原 2021–2022 届选举从提名、背书、投票到结果公布的完整运作机制。读完本文你将掌握 Kubernetes 治理选举的投票资格判定规则、Elekto 平台的配置方式、候选人参选的全部步骤以及社区如何通过50 次贡献 Org 成员身份和投票例外机制兼顾代码贡献者与非代码贡献者的参与。选举背景2021 届要选出谁Steering Committee 是 Kubernetes 项目治理的核心机构。正如 2021 选民指南所描述的SIG 和 WG 负责塑造项目的技术方向而 Steering Committee 的职责覆盖项目和社区的整体健康包括通过章程审查流程将项目特定领域的所有权、责任和权限委托给具体实体定义、发展和捍卫项目的非技术愿景/使命与价值观制定新社区组的政策并建立透明度和问责机制定义和发展项目及社区组的治理结构与政策作为任何 Kubernetes 仓库的非技术最终升级通道escalation point向 CNCF 申请资金及其他支持如市场、媒体等定义并执行社区组保持良好状态good standing的要求例如拥有获批的章程。2021–2022 届选举的席位结构如下见 election_desc.md三位已当选成员bobkillen、dims、liggitt将继续留任一年完成剩余任期开放4 个席位供选举产生每位当选成员任期2 年。2021 届选举的完整日程和流程以 elections/steering/2021/README.md 中的选民指南为单一事实来源Elekto 选举应用会随候选人简历的提交实时更新。选举平台Elekto 首次登场2021 年是 Kubernetes 首次使用Elekto进行 Steering 选举。Elekto 是 CNCF 以实习项目形式委托开发的新选举应用它带来了两个根本性变化全新的 Web UI完全依赖 GitHub OAuth 进行投票完全不使用电子邮件。Elekto 同时承担了投票例外exception申请、资格检查eligibility checks等其他选举环节。从仓库中的实际配置文件 election.yaml 可以看到这场选举的完整定义name: 2021 Steering Committee Election organization: Kubernetes start_datetime: 2021-10-18 00:00:01 end_datetime: 2021-11-04 23:59:00 no_winners: 4 allow_no_opinion: True delete_after: True show_candidate_fields: - employer - slack election_officers: - jberkus - alisondy - coderanger eligibility: Kubernetes Org members with 50 or more contributions in the last year can vote. See [the election guide](https://github.com/kubernetes/community/tree/master/elections/steering/2021) exception_description: Not all contributions are measured by DevStats. If you have contributions that are not so measured, then please request an exception to allow you to vote via the Elekto application. exception_due: 2021-10-31 10:00:00各字段含义如下name/organization选举名称与所属组织start_datetime/end_datetime投票窗口的起止时间与选举说明中的日程严格对应10 月 18 日至 11 月 4 日no_winners本次选出的席位数4allow_no_opinion允许选民对部分候选人不表态delete_after选举结束后是否在应用内清理相关数据show_candidate_fields在候选人页面向选民展示的字段雇主、Slack 账号election_officers负责本次选举的选举官员 GitHub IDeligibility展示给选民的资格说明文本exception_description投票例外申请的说明——DevStats 无法衡量所有贡献未在其中体现的贡献者可通过 Elekto 申请例外exception_due例外申请截止时间。在本仓库中Elekto 采用的是 GitOps 式管理创建一场选举就是把 elections/steering/documentation/template/ 中的模板文件复制到对应年份的选举目录并填写具体内容。目录内各文件的职责在 elections/steering/documentation/README.md 中有明确说明README.md面向人类的完整选举说明包含选举概况、时间表、资格要求等但不会显示在 Elekto 中election.yaml定义选举的 Elekto 配置文件由election-template.yaml重命名而来election_desc.md本文所解析的文档即展示给选民的选举简介voters.yamlElekto 使用的合格选民名单nomination-template.md候选人简历模板一般无需修改。关键时间表election_desc.md 公布的三个核心时间窗口为起止日期事项9 月 28 日 – 10 月 14 日提名候选人Nominate candidates9 月 28 日 – 10 月 31 日提交投票例外申请Request voting exceptions10 月 18 日 – 11 月 4 日投票Vote在 选民指南 中完整日程被细化为一张更详细的时间表包括 8 月 19 日 Steering Committee 选定选举委员会、9 月 28 日公布选举并发布voters.yaml、10 月 14 日候选人简历截止UTC 0 点即 PST 17 点、11 月 5 日向未参选 SC 成员私下公布结果、11 月 7 日向全体候选人私下公布、11 月 8 日在公开 Steering 会议上正式公布以及 11 月 10 日左右的选举回顾Retro。从 elections/steering/documentation/README.md 的 HOWTO 中可以看到这类时间表通常以day 0为起点向后编排并要求提名期和投票期各至少两周投票期建议三周且避免任何截止日落在 KubeCon 周内或紧随其后。投票资格50 次贡献 Org 成员身份2021 届投票资格由两条路径构成详见 election_desc.md 与 选民指南贡献量要求在过去一年内向 Kubernetes 项目贡献至少50 次以 2021-09-15 的快照为准数据来源为 DevStats 开发者活动统计。贡献包含创建 issue、创建 PR、评审 PR、评论 issue 等 GitHub 事件身份要求同时是 KubernetesOrg 成员关于成员等级的定义可参考 community-membership.md。合格选民在 Elekto 应用登录后会被标记为可投票若你自认为合格但系统未识别可以提交例外申请。此外企业归属corporate affiliation在选举之后才应用——如果某个组织当选代表过多由这些个人自行协商谁进入委员会。投票例外Voter Exception社区明确承认上述启发式规则并不完全准确无法覆盖整个社区因此提供了例外申请表单在 voters.yaml 的注释中也能看到同样的引导。例外申请的接受与否由选举委员会简单多数投票决定判定标准也会反过来用于改进后续选举。需要注意的是只有落在 Steering Committee 治理范围内的项目与制品贡献才会被纳入考量会考虑的贡献示例不活跃于 GitHub 的 Slack 管理员默认私密行事的 Code of Conduct 委员会成员GitHub 活动不多的 WG 或用户组负责人。不会被考虑的贡献示例对生态项目和产品的贡献组织 meetup 或播客。如果已经合格应用会显示 You are already eligible to vote in the election.此时无需再提交例外申请。候选人流程从提名到竞选提名Nomination参选人在社区仓库创建一个 issue标题格式为Steering Committee Nomination: Your Name (yourgithub)替他人提名也可以但必须事先征得对方同意向 kubernetes-dev 邮件列表发送包含 issue 链接的邮件主题与 issue 标题一致并鼓励大家在 issue 上 1邮件中的 1 不计入资格接受他人提名时在提名 issue 下回复类似 I accept the nomination候选人通过提交 PR 添加简历来关闭 issuePR 正文必须包含Fixes #NNN以在合并时自动关闭对应 issue简历 PR 的创建方式是复制本目录的 nomination-template.md另存为candidate-githubid.md填好所有字段但不要改动格式。从模板内容可以看到候选人简历的固定结构name、ID、infoemployer、slack组成的 YAML 头以及 SIGS参与的 SIG/WG/UG、What I have done既往贡献、What Ill do当选后的计划、Resources About Me参考资料四个小节。仓库中的实际候选人简历如 candidate-parispittman.md严格遵循这一结构。背书Endorsement获得提名后候选人必须拿到3 位来自 3 家不同雇主的合格选民的背书。若候选人本人具备投票资格可算作三人之一。背书方式是在提名 issue 下回复类似 I endorse this nominee, and I work for COMPANY 或 1并声明自己是合格选民、附上雇主名称。只有 GitHub issue 上的背书有效邮件中的背书一律不计。当候选人集齐背书后选举官员会在 issue 上公告其具备参选资格。提交简历与竞选候选人简历全部文本建议控制在300 词左右过长的会被要求删减后才合并错过截止日的候选人由选举委员会逐案处理。竞选方面社区严格限制企业化竞选corporate campaigning选举官员与 SC 成员承诺在选举中回避任何形式的助选。候选人应以无品牌brand free的个人身份参选基于其作为社区成员对项目的贡献而非其企业身份。投票机制Condorcet 排序投票投票开始后贡献者可随时前往选举应用登录并进入 2021 届选举页面确认自己的资格状态——该页面数据即来自 voters.yaml。本届选举采用限时Condorcet 排序投票法选民对候选人进行偏好排序同时提供no opinion不表态选项。最受偏好的候选人当选若出现平票由未参选的 SC 成员掷硬币决定。企业多样性受到鼓励且将按选举章程强制执行最大代表名额限制proportional representation limits。本届选举官员为Alison DowdneyalisondyJosh BerkusjberkusNoah Kantrowitzcoderanger另有 Arnaud M 担任基础设施团队联络人任何问题可通过 electionk8s.io 邮件联系选举官员。结果公布流程结果首先私下告知未参选的现任 Steering Committee 成员及全体候选人新当选团队在每月例行的公开 Steering Committee 会议上公布会后原始投票结果与获胜者发布在 Kubernetes 官方博客上。2021 届选举结果根据仓库中的 results.md本届选举最终数据为指标数值开放席位42 年任期合格选民685实际投票256投票率37%四位获胜者两年任期为Paris PittmanStephen AugustusChristoph BleckerTim Pepper同时结果文件中注明本次选举未触发比例代表限制Proportional representation limits were not invoked for this election。完整的候选人偏好排序保存在 ranking.md 中匿名化选票则归档于 ballots.csv以保证结果可复核、选举数据库可在未来任意时刻重建——这正是 elections/steering/documentation/README.md 中选举后上传 ballots.csv流程的实际落地。仓库中的选举基础设施一场选举如何被组织起来2021 届选举不是孤立的它建立在仓库中一套可复用的选举子项目机制之上elections/README.md 定义了 Elections 子项目它是 SIG Contributor Experience 下的团队负责维护选举文档与消息模板、与 K8s-Infra 团队共同维护 Elekto 软件与服务、协助 SIG/WG 运行小型选举并为每届 Steering 选举推荐选举官员人选elections/steering/documentation/README.md 是一份完整的 Steering Election HOWTO从 day 0 开始编排约 95 天的选举周期选拔 EO、提名批准、创建选举配置、开放提名、投票提醒、公布结果、上传选票、召开 Retro 等环节均有对应的角色EO Comms / EO Admin / EO Nominations / EO Voters / Infra与产出物elections/steering/documentation/template/ 提供了election-template.yaml、election_desc.md、nomination-template.md、voters.yaml等标准化模板供每年复用合格选民名单的生成遵循固定流水线从 DevStats 拉取过去一年贡献数达标的贡献者 CSV → 与 Org 成员名单 匹配 → 补充 Code of Conduct 委员会与安全响应委员会成员 → 排序去重后格式化为voters.yaml。由于 Elekto 目前对大小写敏感voters.yaml中的 GitHub ID 必须与官方账号的大小写完全一致。由此election_desc.md 这份简短说明背后是一整套由配置、模板、名单与流程文档支撑的 GitOps 式开源治理选举体系——它既保证了每年选举的可重复性与透明度也通过投票例外机制留出了包容非代码贡献者的弹性空间。【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考