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