LLVM 行為準則 為社群成員之間的互動方式設定了標準，並由行為準則委員會負責執行。該委員會遵循公開披露的報告和回應程序。其中一項要求是發佈任何已報告事件的透明度報告。這些報告讓社群能夠透明地瞭解行為準則委員會是否以及如何回應和解決事件。

行為準則諮詢委員會目前由 LLVM 基金會董事會組成，並選出了一個由 4 名成員組成的小組委員會來調查收到的行為準則報告。

報告
一份事件報告中描述了 5 起獨立事件，其中 2 起被判定為違反 LLVM 行為準則。該報告於 2021 年 9 月 30 日收到。

這 2 起事件被認定為違反了 保持尊重、謹言慎行並友善待人 以及 當我們意見不一時，試著理解原因 的規則。此外，委員會還發現一起事件，雖然並未違反行為準則，但可能是 LLVM 開發者政策方面的問題。

解決方案
為了處理這 2 起違反行為準則的事件，代理委員會向報告人發出了口頭警告，並制定了未來遇到類似情況時應遵循的行為計畫。

關於 LLVM 開發者政策方面的問題，這反映出目前程式碼審查和政策文件流程中存在一些碎片化問題。這項問題仍在處理中，等待最終解決方案。

• 一名貢獻者報告說，LLVM Phabricator 執行個體上的一個修補程式在沒有解決所有問題且未經請求審查者完全批准的情況下就被合併了。在審查者詢問為何沒有解決這些問題後，修補程式作者 abruptly dismissed 斷然拒絕了這些問題。委員會認為這種做法不尊重他人，並告知了修補程式作者在未來的互動中應避免使用這種回應方式。
• 一群核心開發者討論了一種處理循環依賴關係的方法。其中一位開發者不同意這個方法，並在 LLVM 的 Phabricator 平台上的三個不同程式碼審查中表達了強烈的不滿。委員會得出結論，這些評論並未直接違反行為準則。
• 在 LLVM 的 Discord 伺服器上，一位開發者詢問某個技術方向的理由，收到的回應沒有給出明確的解釋，反而反駁說給出理由是沒有效率的，因為這會導致重複的討論。委員會得出結論，這也沒有直接違反行為準則，但它代表了一種令人擔憂的一般溝通模式。
• 在 LLVM 的 Phabricator 平台上，一位審查者要求說明程式碼變更背後的理由。在多次提醒後，作者拒絕回答這個問題。委員會告知程式碼提交者，這種行為不符合行為準則中「當我們意見不一致時，試著理解原因」的規定。這種重複發生的情況也表明，委員會需要與相關程式碼所有者一起制定一個明確的升級流程來處理分歧。
• 然後程式碼提交被合併，審查者發現了其他違反此類程式碼提交政策的變更，例如將功能性變更應用於 NFC 提交。程式碼所有者最終要求還原這些部分，作者同意並要求對此進行正式審查。這並未被視為違規行為。
• 一位貢獻者報告說，有人在多個程式碼審查中建議不要使用 clang-format，並對其他人的空格使用提出了更多疑慮。委員會向程式碼所有者詢問了更多背景資訊，他們指出該工具與程式碼庫的那一部分不太相容。雖然這沒有違反行為準則，但應該在 LLVM 開發者政策中記錄這種不一致性，以減少貢獻者的困惑。