Linux 内核贡献者公约行为准则解读¶
贡献者公约行为准则是一份通用文档，旨在为几乎所有开源社区提供一套规则。每个开源社区都是独特的，Linux 内核也不例外。正因如此，本文档描述了我们在 Linux 内核社区中如何解读它。我们也不期望这种解读会一成不变，并将根据需要进行调整。
与“传统”的软件开发方式相比，Linux 内核的开发工作是一个非常个人化的过程。您的贡献及其背后的想法将受到仔细审查，这常常会导致批评和指责。在材料被纳入内核之前，审查几乎总是要求改进。请知道，发生这种情况是因为所有参与者都希望为 Linux 的整体成功寻求最佳解决方案。这种开发过程已被证明能创建有史以来最健壮的操作系统内核，我们不希望做任何事情导致提交质量和最终结果下降。
维护者¶
行为准则多次使用了“维护者”一词。在内核社区中，“维护者”是指任何负责子系统、驱动程序或文件，并列在内核源码树中 MAINTAINERS 文件里的人员。
职责¶
行为准则提到了维护者的权利和职责，这需要进一步澄清。
首先，维护者以身作则是一个合理的要求。
话虽如此，我们的社区庞大而广泛，维护者没有新的要求去单方面处理社区中其他人在他们活跃的部分的行为。这种责任在于我们所有人，最终行为准则文档规定了在行为问题未解决时的最终升级路径。
当问题发生时，维护者应该乐于提供帮助，并在需要时与社区中的其他人合作。如果您不确定如何处理出现的情况，请不要害怕联系技术咨询委员会（TAB）或其他维护者。除非您希望它成为违规报告，否则它不会被视为违规报告。如果您不确定如何联系 TAB 或任何其他维护者，请联系我们的冲突调解员 Joanna Lee <jlee@linuxfoundation.org>。
归根结底，“彼此友善”才是所有人的最终目标。我们知道每个人都是凡人，我们都会有失败的时候，但我们所有人的首要目标应该是努力以友好的方式解决问题。行为准则的执行将只是最后的选择。
我们创建健壮且技术先进的操作系统的目标以及所涉及的技术复杂性自然需要专业知识和决策。
所需的专业知识因贡献领域而异。它主要由上下文和技术复杂性决定，其次才由贡献者和维护者的期望决定。
专业知识期望和决策都可能受到讨论，但最终，为了取得进展，能够做出决策是基本必需的。这种特权掌握在维护者和项目领导层手中，并期望以诚信行事。
因此，设定专业知识期望、做出决策和拒绝不合适的贡献不被视为违反行为准则。
虽然维护者通常欢迎新人，但他们帮助贡献者克服入门障碍的能力是有限的，因此他们必须设定优先级。这也不应被视为违反行为准则。内核社区意识到了这一点，并以 kernelnewbies.org 等各种形式提供入门级计划。
范围¶
Linux 内核社区主要通过一套公共邮件列表进行互动，这些邮件列表分布在由不同公司或个人控制的多个不同服务器上。所有这些列表都在内核源码树中的 MAINTAINERS 文件中定义。发送到这些邮件列表的任何电子邮件都被视为受行为准则的约束。
使用 kernel.org bugzilla 以及其他子系统 bugzilla 或 bug 跟踪工具的开发者应遵循行为准则的指导方针。Linux 内核社区没有“官方”项目电子邮件地址或“官方”社交媒体地址。任何使用 kernel.org 电子邮件帐户执行的活动都必须遵循 kernel.org 发布的行为准则，就像任何使用公司电子邮件帐户的个人都必须遵循该公司的特定规则一样。
行为准则不禁止在邮件列表消息、内核变更日志消息或代码注释中继续包含姓名、电子邮件地址和相关评论。
在其他论坛中的互动受该论坛适用的任何规则约束，通常不受行为准则的约束。极端情况可能会考虑例外。
为内核提交的贡献应使用适当的语言。行为准则生效之前已存在的内容现在不会作为违规行为处理。然而，不恰当的语言可以被视为一个 Bug；如果任何相关方提交补丁来解决这个问题，这些 Bug 将被更快地修复。当前属于用户/内核 API 的表达式，或反映已发布标准或规范中使用的术语，不被视为 Bug。
执行¶
行为准则中列出的地址发送至行为准则委员会。在任何给定时间接收这些电子邮件的确切成员列在 https://linuxkernel.org.cn/code-of-conduct.html。成员无法访问他们在加入委员会之前或离开委员会之后所做的报告。
行为准则委员会由技术咨询委员会（TAB）任命的志愿社区成员以及一名担任中立第三方的专业调解员组成。行为准则委员会处理报告的流程是多样的，将取决于具体情况，但本文件作为所用一般流程的文档。
如果举报人不想将整个委员会纳入投诉或关注事项中，可以直接联系委员会的任何成员，包括调解员。
行为准则委员会根据流程（见上文）审查案件，并根据需要和适当情况咨询技术咨询委员会（TAB），例如请求并接收有关内核社区的信息。
任何关于执行建议的决定将提交给技术咨询委员会（TAB），以便在需要时与相关维护者一起实施执行。一旦技术咨询委员会以三分之二的投票通过了一项或多项禁令范围内的措施，行为准则委员会将执行技术咨询委员会批准的措施。任何在技术咨询委员会任职的行为准则委员会成员将不参与这些措施的投票。
行为准则委员会和技术咨询委员会将每季度提供一份报告，总结行为准则委员会收到的匿名报告及其状态，以及任何经技术咨询委员会批准的决定的详细信息，包括完整可识别的投票详情。
由于我们对行为准则的解释和执行将随时间演变，本文件将在必要时更新以反映任何变化。
不可接受行为行为准则违规的执行¶
行为准则委员会致力于确保我们的社区持续包容并促进多元讨论和观点，并致力于随着时间推移改善这些特点。行为准则委员会收到的大多数报告源于对开发流程以及维护者的角色、职责和接受代码的权利的错误理解。这些问题通过澄清开发流程和行为准则的范围来解决。
不可接受的行为可能会在短时间内打断相互尊重的合作，并对社区的长期健康产生负面影响。当个人承认自己的行为并在违规发生的环境中进行弥补时，不可接受的行为通常会得到解决。
当不可接受的行为未能通过社区讨论解决时，行为准则委员会会收到相关报告。当不可接受的行为对协作关系产生负面影响时，行为准则委员会会采取措施恢复富有成效和相互尊重的协作。
行为准则委员会有义务对报告和举报人的信息保密。报告可能来自受伤害方和观察到不可接受行为的社区成员。行为准则委员会有责任调查和解决这些报告，并与所有相关方合作。
行为准则委员会与个人合作，以改变他们对修复其行为对受伤害方造成的损害以及对社区的长期负面影响的重要性的理解。
目标是达成各方都同意的解决方案。如果与个人的合作未能达到预期结果，行为准则委员会将评估其他措施，例如寻求公开道歉以修复损害。
寻求就违规行为公开道歉¶
行为准则委员会在违规行为发生的场合公开指出该行为，寻求就该违规行为的公开道歉。
就违规行为公开道歉是重建信任的第一步。信任对于社区的持续成功和健康至关重要，而社区正是基于信任和尊重运作的。
如未就违规行为公开道歉的补救措施¶
行为准则委员会确定恢复健康合作的后续行动方案，向 TAB 推荐补救措施以供批准。
禁止违规者在长达一个完整内核开发周期内参与内核开发过程。行为准则委员会可以要求公开道歉作为解除禁令的条件。
一段时间内的禁令范围可能包括
拒绝补丁贡献和拉取请求
暂停与违规者的合作，通过忽略他们的贡献和/或阻止他们的电子邮件账户
限制他们通过 kernel.org 平台（如邮件列表和社交媒体网站）进行交流的能力
一旦技术咨询委员会（TAB）以三分之二的投票通过了一项或多项禁令范围内的措施，行为准则委员会将与社区、维护者、子维护者和 kernel.org 管理员协作执行 TAB 批准的措施。任何在 TAB 任职的行为准则委员会成员将不参与这些措施的投票。
行为准则委员会深知寻求公开道歉和实施禁令可能对个人产生的负面影响。它也深知，当发生此类严重公开违规行为时，不采取行动可能对社区造成的长期损害。
经 TAB 批准的补救措施的有效性取决于社区、维护者、子维护者和 kernel.org 管理员在执行这些措施时的信任与合作。
行为准则委员会衷心希望未来需要寻求公开道歉的不可接受行为能够继续极度罕见。