Kubernetes 2023 Steering Committee 选举完全指南选民资格、候选人流程与投票机制全解析【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community导读本文基于 Kubernetes 社区仓库中的 2023 年 Steering Committee指导委员会选举选民指南 展开系统梳理这届选举的完整流程从选举目的、Elekto 投票平台、选民资格判定到提名、背书、参选、投票与结果公布的每一个环节并结合仓库中的 election.yaml、voters.yaml、候选人简历 与 选举结果 等一手资料进行印证。读完本文你将完整掌握 Kubernetes 指导委员会换届选举的运作机制理解「谁能投、谁能选、怎么选、结果如何产生」也能了解社区选举基础设施在仓库中的落地形态。选举目的填补四个换届席位2023 年 Kubernetes Steering Committee 选举的核心目标是为四个4即将到期的席位选出新成员。每位当选成员将服务两年2任期。根据同目录下的 election_desc.md 说明按照惯例每年第三季度是 Kubernetes 的 Steering 选举季本轮选举中三位现任成员BenTheElder、mrbobbytables、palnabarun将继续留任其剩余任期因此本届有四个开放席位参与选举每个任期为两年。这一设置保证委员会成员的任期交错更替避免治理层出现「一次性整体换届」的断层风险。选举平台基于 GitHub OAuth 的 Elekto本届选举使用Elekto作为官方选举平台其特点如下完全依赖 GitHub OAuth 完成投票不使用任何电子邮件投票方式平台本身处理选民例外exception申请、资格检查等选举事务候选人的简历bio、资格判定、投票入口都在同一应用内完成应用是本届选举周期内信息的单一事实来源single source of truth候选人简历一经提交会实时更新到应用内。投票者只需使用 GitHub 账号登录选举应用导航至当前年度选举页面即可查看自己的资格状态。Elekto 的使用说明可参考其官方投票文档本文后续会结合仓库配置字段详细展开其数据来源。背景Steering Committee 在 Kubernetes 社区中的角色在决定参选或投票之前理解 Steering Committee 的职责边界非常重要SIG 与 WG 决定项目的技术方向而 Steering Committee 负责项目与社区的整体健康。其直接职责包括通过章程审查流程将项目特定领域的所有权、责任与权限委托给具体实体定义、演进并捍卫项目的非技术愿景 / 使命与价值观为新社区群体的定义制定章程与政策并为其建立透明性与问责机制定义并演进项目与群体治理结构和政策作为任何 Kubernetes 仓库的最终非技术升级escalation点向 CNCF 申请资金与其他支持如市场、媒体资源等定义并执行社区群体保持**良好状态good standing**的要求例如拥有已批准的章程。这些职责决定了 Steering 成员需要具备超越单一技术栈的社区治理视野也解释了为什么候选人需要展示其对社区长期投入的履历。选民资格谁能参与投票2023 年选举的投票资格由三条路径构成详见 Steering Committee 选举章程 中的「Eligibility for candidacy / voting」条款路径一贡献 组织成员双重要求在过去一年中对 Kubernetes 项目有至少 50 次贡献的人。该数据以2023-08-04 快照为准来源于devstats 开发者活动计数看板贡献包含 GitHub 事件如创建 issue、创建 PR、review PR、在 issue 下评论等同时必须是 Kubernetes组织成员Org Member参见 community-membership.md。路径二委员会成员豁免在2022 年 8 月至 2023 年 8 月期间**Code of Conduct CommitteeCoCC**与 **Security Response CommitteeSRC**的正式成员无论贡献数量多少均具备投票资格名单以 sigs.yaml 为准。路径三选民例外申请提交 选民例外表单 且被选举委员会接受的人。此外公司归属corporate affiliation在选举之后才应用如果某组织当选代表过多由这些个人自行协商达成共识决定由谁出任委员会席位。选民例外Voter Exception社区明确承认上述启发式标准存在误差无法代表全部社区成员因此提供例外表单供「有贡献但可能不满足上述标准」的贡献者使用。表单的接受与否由简单多数投票决定且评审过程中使用的标准将被用于优化后续选举。需要特别注意的是如果你本已符合投票资格登录应用时会看到「You are already eligible to vote in the election.」提示无需提交例外表单只有归属于 Steering Committee 治理范围内的项目和制品贡献才会被纳入例外评审。会被考虑的贡献示例不活跃于 GitHub 的 Slack 管理员主要从事支持工作的 K8s Infra 人员缺乏 GitHub 活跃度的 Working Group 或 User Group 负责人。不会被考虑的贡献示例对生态项目与产品的贡献组织 meetup 或播客。这一设计体现了社区治理中对「GitHub 指标之外真实贡献」的包容与识别。选举时间表以下为 2023 年选举的完整时间表出自 2023 选民指南注意所有截止时间均采用AoEAnywhere on EarthUTC-12时区日期事件7 月 12 日周三Steering Committee 选定 Election Committee8 月 8 日周二宣布选举并发布 voters.mdTBD面向候选人的 Steering Committee QA8 月 26 日周六候选人提名截止AoE 当日结束8 月 27 日周日全部候选人简历提交截止AoE 当日结束8 月 29 日周二选举开始9 月 23 日周六选民例外申请提交截止9 月 26 日周二选举关闭AoE 当日结束9 月 27 日周三向未参与换届的 SC 成员私下公布结果10 月 1 日周日向全部候选人私下公布结果10 月 2 日周一在公开 Steering Committee 会议上公布结果10 月 3 日周二选举回顾Election RetroAoE 时区说明候选人提名、简历提交与选举关闭的截止时间都采用 Anywhere on Earth 计时意味着只要在地球上任何地方仍是截止日的最后一天即 UTC-12 的当日结束前提交提名 / 简历 / 投票依然有效。仓库中的 election.yaml 将上述流程落为机器可读配置关键字段与时间表一一对应name: 2023 Steering Committee Election organization: Kubernetes start_datetime: 2023-08-29 00:00:01 # 与时间表「8 月 29 日选举开始」一致 end_datetime: 2023-09-27 11:59:59 # 与时间表「9 月 26 日选举关闭AoE」对应 no_winners: 4 # 本轮开放 4 个席位 allow_no_opinion: True # 允许投「无意见」 delete_after: True # 选举结束后删除相关数据 show_candidate_fields: - employer - slack election_officers: - dims - kaslin - bridgetkromhout 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/2023) 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: 2023-09-24 11:59:59从源码结构看election.yaml是 Elekto 应用解析的选举核心配置start_datetime/end_datetime控制投票窗口、exception_due控制例外申请截止、no_winners决定当选席位数、allow_no_opinion开启「无意见」选项而election_officers指定的正是下文提到的三位选举官员。这些模板化的配置同样存在于 elections/steering/documentation/template/供后续年份复用。候选人流程从提名到竞选提名Nomination若你本人希望参选在本仓库中创建一个 issue标题格式为Steering Committee Nomination: Your Name (yourgithub)若要提名他人请务必先与对方沟通创建 issue 后发送邮件到 devkubernetes.io附上该 issue 的链接邮件主题应与 issue 标题一致。邮件的作用是鼓励他人在 GitHub 上为提名 1邮件中的 1 不计入背书。示例邮件如下Hi! Im nominatingcandidatefor steering committee this year. If you are an eligible voter and think they should run, please add your 1 as a comment on the issuelinkand mention the organization you work for. While supportive replies are very nice, only comments on the issue will count towards their eligibility.若你接受他人提名在提名issue下回复类似「I accept the nomination」候选人最后通过提交一个 Pull Request 来关闭该 issue#NNNPR 描述中必须包含Fixes #NNN文本以便 PR 合并后自动关闭 issue复制本目录下的 nomination-template.md新建文件candidate-githubid.md填写模板全部字段但不要改动格式。背书Endorsement被提名后候选人必须获得3 位不同雇主的、不同且有资格投票者的背书若候选人本人有投票资格可算作 3 人之一非投票者的背书不计入最终计数有资格的投票者可回复候选人的提名 issue写上类似「I endorse this nominee, and I work for 」或「1」来完成背书务必说明自己是有资格投票者并注明雇主只有 GitHub issue 上的背书有效提名邮件中的背书一律无效当候选人集齐 3 份背书时其中一位选举官员会在该 issue 上公开宣布。参选Running符合资格的候选人通过提交 PR 的方式提交简历将nomination-template.md复制为candidate-YourName.md并填写字段所有简历文本建议控制在约 300 字以内要求简明扼要若内容过长将被要求缩写后才可合并简历biography为可选提交项内容可参考 2022 年候选人简历候选人错过截止时间的由选举委员会逐案判断其参选资格。本仓库中 nomination-template.md 的字段结构如下这也是每份候选人简历的标准骨架name: # 姓名 ID: GitHubID # GitHub 用户名 info: - employer: ... # 雇主或 Independent - slack: ... # Slack 昵称 ## SIGS # 所属 SIG/WG/UG ## What I have done # 已做的贡献 ## What Ill do # 当选后的计划 ## Resources About Me # 演讲、社交链接等资料以实际提交的 candidate-pacoxu.md 为例候选人徐俊杰Paco Xu在简历中列明了其 SIG-ClusterLifecycle 的 kubeadm maintainer、SIG-Node Reviewer 身份、KubeCon 演讲经历以及对中国/APAC 新贡献者的支持计划——这类履历信息正是选民做出判断的核心依据。同目录下共提交了 11 份候选人简历candidate-ameukam / candidate-detiber / candidate-divya-mohan0209 / candidate-justaugustus / candidate-natalisucks / candidate-pacoxu / candidate-pohly / candidate-qedrakmar / candidate-soltysh / candidate-vincepri / candidate-xmudrii完整名单也可从 选举应用 中获取。竞选Campaigning请参阅 Steering Committee 选举章程中关于**限制企业化竞选limiting corporate campaigning**的条款社区对这一点非常重视选举官员与 Steering Committee 成员承诺回避recuse任何形式的助选行为候选人应以「去品牌化brand free」的个人身份参选基于其作为社区成员对项目的贡献而非其所在企业的角色。投票流程Condorcet 排名与雇主多样性资格自检选举流程启动后贡献者可随时登录 选举应用 检查自己是否有投票资格登录后进入当年选举页面页面会显示是否 eligible。该页面的数据来源于 voters.yaml 文件。voters.yaml 是本届选举的选民名单清单共 723 行含约 700 个 GitHub 用户名如ameukam、pacoxu、soltysh等文件头部注释明确说明若你认为自己符合资格但名单中没有你的 GitHub 用户名请提交例外申请选举团队会尽快处理。若应用显示你不具备资格但你的 Kubernetes 贡献方式未体现在 GitHub 贡献统计中可通过应用内置的例外表单申请参与选举。投票规则选举采用限时 Condorcet 排名投票法在 Elekto 上进行选民对候选人进行偏好排序最受偏好的候选人当选开放席位鼓励雇主多样性因此按 Steering Committee 选举章程规定实施**最大代表性maximal representation**上限约束你将对候选人进行排序并可使用「no opinion无意见」选项出现平局时由未涉入的 SC 成员掷硬币决定选举按文档顶部日历所示日期开放投票开放时会有邮件提醒发送至 kubernetes-dev 列表但投票本身不需要邮件。选举官员OfficersSteering Committee 指定的本届选举官员为Kaslin FieldsDavanum SrinivasBridget Kromhout同时以下贡献者协助选举工作候补官员Alternate OfficersChristoph Blecker、Lachlan Evenson基础设施联络Infra LiaisonDavanum Srinivas贡献者传播联络Contributor Comms LiaisonKaslin Fields任何问题可通过邮件联系 electionk8s.io。仓库中的 OWNERS 文件也印证了这一分工——其 approvers 列表包含committee-steering、kaslin、bridgetkromhout、dims标签为committee/steering即选举期间该目录的评审与合并权限由选举官员掌控。结果公布Decision首先向未参与换届的现任 Steering Committee 成员及全部候选人私下公布结果新当选的委员会在每月例行的公开 Steering Committee 会议上正式公布会议之后原始投票结果与获胜者将发布在 Kubernetes Blog 上。更完整的定义与流程细节可参阅 Steering Committee 选举章程。2023 选举结果回顾仓库中的 results.md 记录了本届选举的最终结果开放席位4 个2 年任期合格选民数712 人实际投票数209 票投票率29.35%当选者按名次Maciej SzuliksoltyshPatrick OhlypohlyPaco Xu 徐俊杰pacoxuStephen Augustusjustaugustus其余候选人排名Natali VlatkonatalisucksArnaud MeukamameukamDivya Mohandivya-mohan0209Marko MudrinićxmudriiVince PrignanovincepriJason DeTiberusdetiberNoah Abrahamsqedrakmar结果文件中还特别注明本届选举未触发比例代表制上限Proportional representation limits were not invoked即 4 位当选者不存在来自同一雇主的超限情形。仓库中的选举工程化支撑除了上述面向选民的流程文档本仓库还沉淀了一套可复用的选举工程资产election.yamlElekto 解析的机器可读选举配置包含时间窗口、席位、官员、例外说明等全部关键参数voters.yaml资格选民名单由贡献统计快照生成nomination-template.md候选人简历模板election_desc.md面向社区成员的投票公告文案results.md选举结果归档通用模板elections/steering/documentation/template/ 目录下提供了election-template.yaml、election_desc.md、nomination-template.md、voters.yaml等空白模板配合 elections/steering/documentation/ 中的选举运行文档任何年份的选举都可以直接基于模板初始化历年选举档案可参见 elections/steering/README.md其中列出了 2017 年至今的历届选举目录最新的选举信息位于 2026 Election。结语2023 年 Kubernetes Steering Committee 选举是一次典型的「过程即产品」式社区治理实践以 Elekto 为技术平台、以 GitHub 贡献数据为资格基线、以 Condorcet 排序为计票方法配合完善的例外通道与雇主多样性约束最终从 11 位候选人中选出 4 位为期两年的委员会成员。对于希望参与 Kubernetes 治理的贡献者而言理解这套流程——尤其是选民资格判定、AoE 截止时间与背书规则——是迈出第一步的关键而对于治理研究者仓库中 election.yaml 与 voters.yaml 等文件则提供了选举机制工程化的最佳参考样本。【免费下载链接】communityKubernetes Community Documentation项目地址: https://gitcode.com/GitHub_Trending/com/community创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考