2022年4月28日 - 行为准则透明度报告
LLVM 行为准则设定了社区成员之间互动的方式标准,并由行为准则委员会执行。该委员会遵循公开披露的报告和响应程序。其中一项要求是发布任何报告事件的透明度报告。这些报告为社区提供了关于行为准则委员会是否以及如何响应和解决事件的透明度。
行为准则咨询委员会目前由 LLVM 基金会董事会组成,并选出了一个由 4 名成员组成的分委员会来调查收到的行为准则报告。
报告 5 起单独的事件被描述为一起事件报告的一部分,其中 2 起被认定为违反 LLVM 行为准则。该报告于 2021 年 9 月 30 日收到。
这两起事件被认定违反了尊重他人、谨慎选择言辞并善待他人以及当我们意见不一致时,尝试理解原因的规则。此外,委员会发现一起事件虽然不构成违反行为准则,但可能是 LLVM 开发者政策问题。
决议 为了解决这两起违反行为准则的事件,代理委员会对报告人进行了口头警告,并制定了在未来遇到此类情况时应遵循的行为计划。
关于 LLVM 开发者政策问题,这反映了当前代码审查和政策文档流程中存在一些碎片化。这正在进行中,等待最终解决。
- 一位贡献者报告说,LLVM 的 Phabricator 实例上的一个补丁已合并,但未解决所有问题,也未获得请求审查者的完全批准。在审查者询问为何未解决这些问题后,补丁作者突然驳回了这些问题。委员会认为此举不尊重他人,并告知补丁作者在未来互动中避免以这种方式回应的不同方法。
- 一组核心开发人员讨论了一种解决循环依赖关系的方法。一个人不同意这种方法,并在 LLVM 的 Phabricator 实例上的三个不同的代码审查中表达了强烈的反对意见。委员会得出结论,这些评论并非直接违规。
- 在 LLVM 的 Discord 上的一段交流中,一个人要求对技术方向进行说明,收到的回复没有给出明确的说明,而是驳斥了给出理由的做法,因为这会导致重复的讨论。委员会得出结论,这也不是直接违规,但代表了一种令人担忧的普遍沟通模式。
- 在 LLVM 的 Phabricator 实例上,一位审查者要求说明补丁中代码更改背后的原因。经过多次提醒后,作者拒绝回答这个问题。委员会告知补丁作者,这与行为准则规则“当我们意见不一致时,尝试理解原因”不符。这种情况的反复出现也表明有必要为分歧制定明确的升级路径,委员会将与相关代码所有者一起确定范围。
- 然后合并了提交,审查者发现其他更改违反了此特定类型补丁的策略,例如将功能更改应用于 NFC 提交。代码所有者最终要求撤销这些部分,作者同意并要求对此进行正式审查。这未被认定为违规。
- 一位贡献者报告说,一个人在多次代码审查中建议不应用 clang-format,并对其他人的空格提出了进一步的担忧。委员会从代码所有者那里询问了更多上下文,他们指出该工具与代码库的那一部分不兼容。虽然这并不违反行为准则,但与 LLVM 开发者政策的不一致性应记录在案,以减少贡献者的困惑。
|