目录
1 组织
FFmpeg 项目是通过致力于达成全球共识的社区组织的。
决定由活跃成员集体通过投票做出，并得到两个委员会的协助。
2 大会
活跃成员的集合体称为大会 (GA)。
大会对于 FFmpeg 项目的所有决定具有主权和合法性。
大会由积极的贡献者组成。
如果贡献者在过去 36 个月内在 FFmpeg 主存储库中编写了超过 20 个补丁，或者已被 GA 投票通过，则被视为“活跃贡献者”。
活跃贡献者列表每年更新两次，分别为 1 月 1 日和 7 月 1 日 0:00 UTC。
额外成员由大会成员提议后通过投票添加至大会。它们是 GA 的成员，有效期为两年，之后需要得到 GA 的确认。
用于生成大会当前成员（减去投票的成员）的脚本可以在“tools/general_ assembly.pl”中找到。
3 投票
投票是使用排名投票系统完成的，目前在 https://vote.ffmpeg.org/ 上运行。
多数票是指超过 50% 的明示选票。
4 技术委员会
当项目出现技术冲突时，技术委员会（TC）在此进行仲裁并做出决定。他们会考虑所有职位的优点，做出判断并做出决定。
TC 解决技术冲突，但不是技术指导委员会。
TC 的决定对所有贡献者均具有约束力。
TC 做出的决定可在 1 年后或根据 GA 一名成员的请求经大会多数票重新审议。
TC由会员大会选举产生，任期1年，由5名委员组成。如果成员愿意，可以连选连任。大会的多数票可以触发新的 TC 选举。
TC 的成员可以从 GA 之外选举产生。选举候选人可以推荐或自我提名。
冲突解决流程在解决流程文档中有详细说明。
可以通过 <tc@ffmpeg> 联系 TC。
4.1 Resolution Process
当项目出现技术冲突时，技术委员会（TC）在此进行仲裁并做出决定。
TC的主要作用是解决技术冲突。因此，它不是一个技术指导委员会，但据了解，某些决定可能会影响项目的未来。
4.1.1 抓取
TC 可以处理其认为合适的任何技术问题。
要让 TC 参与某件事，请向 TC 发送电子邮件或抄送他们正在进行的讨论。
由于 TC 的成员都是开发人员，他们也可以向 TC 发送电子邮件提出问题。
4.1.2 公告
TC 一旦被捕获，必须在主邮件列表上声明自己，并带有 [TC] 标签。
TC 有 2 种操作模式：RFC 模式和内部模式。
如果 TC 认为需要更大社区的意见，TC 可以要求 RFC。否则，它可以自行决定。
如果分歧涉及 TC 成员，该成员应回避做出决定。
使用 RFC 流程或内部讨论的决定由 TC 自行决定。
TC 还可以出于以下几个原因拒绝扣押： 之前没有充分讨论此事；它缺乏专业知识来就此事做出有益的决定；或者事情太微不足道。
4.1.3 RFC调用
在 RFC 模式中，TC 的一名人员在邮件列表上发布技术问题，并请求社区提供意见。
邮件将具有以下规格：
精确的标题 特定标签 [TC RFC] 顶级电子邮件包含不超过 100 个单词且由开发人员回答的精确问题 可能有额外的描述，或先前讨论的链接（如果认为有必要），包含答案的准确结束日期。
来自社区的答案必须出现在主邮件列表上，并且必须具有以下规范：
保持标签和标题不变，第一级限制在 400 个字以内，直接回答回答问题的主要电子邮件。
允许对答案进行进一步回复，只要符合社区礼貌标准即可，字数限制在 100 个字内，并且不能嵌套多次。（最大深度=2）
结束日期之后，线程中的邮件将被忽略。
违反这些规则的行为将通过社区委员会升级。
所有电子邮件送达后，TC 有 96 小时的时间做出最终决定。在特殊情况下，TC 可以请求额外的延迟，这将在邮件列表上通知。
4.1.4 TC内
在内部案件中，TC 有 96 小时的时间做出最终决定。在特殊情况下，TC 可以请求额外的延迟。
4.1.5 决策
TC 的决定将通过邮件列表发送，并带有 [TC] 标签。
在内部，TC 应以多数票或采用排名选择投票方式做出决定。
TC 的决定应公布，并附上做出该决定的原因摘要。
TC 的决定是最终决定，直到问题在不少于一年后重新审理之前。
5 社区委员会
当项目中出现人际冲突时，社区委员会（CC）在这里进行套利和决策。为了项目的利益，它将迅速做出决定并采取行动。
CC 可以取消违规成员的特权，包括取消提交访问权限和临时禁止社区成员。
中央委员会做出的决定可以在一年后或经大会多数票重新审议。社区无限期禁令必须由大会以多数票通过。
中央委员会由会员大会选举产生，任期1年，由5名委员组成。如果成员愿意，可以连选连任。大会的多数票可以触发新的中央委员会选举。
中央委员会成员可以从大会之外选举产生。选举候选人可以推荐或自我提名。
CC 受行为准则管辖并负责执行。
可以通过 <cc@ffmpeg> 联系 CC。
6 行为准则
对他人和第三方保持友好和尊重。以你自己希望别人对待你的方式对待别人。
体贴。并非每个人都与您拥有相同的观点和优先事项。不同的意见和解释有助于该项目。从不同的角度看问题有助于发展。
不要对可归因于无能的事情抱有恶意。即使它是恶意的，以此作为最初的假设也很少有好处。
即使有人表现相反，也要保持友好。每个人都会偶尔经历糟糕的一天。如果你自己今天过得很糟糕或者很生气，那么试着休息一下，等你平静下来后再回复，如果有必要的话不要生气。
如果可以的话，尝试帮助其他团队成员并进行合作。
软件开发的目标是创造卓越的技术，而不是让任何个人变得更好并“战胜”其他人。大型软件项目只有通过团队合作才有可能并取得成功。
如果有人挣扎，不要贬低他们。相反，请向他们伸出援助之手，并为他们指明正确的方向。
最后，请记住比尔和泰德的不朽名言：“对彼此要优秀。”
本文档于2023 年 11 月 16 日使用makeinfo 生成。
由telepoint.bg提供的托管