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://kernel.linux.club.tw/code-of-conduct.html。成員無法訪問他們在加入委員會之前或離開委員會之後所做的報告。
行為準則委員會由技術諮詢委員會（TAB）任命的志願社群成員以及一名擔任中立第三方的專業調解員組成。行為準則委員會處理報告的流程是多樣的，將取決於具體情況，但本檔案作為所用一般流程的文件。
如果舉報人不想將整個委員會納入投訴或關注事項中，可以直接聯絡委員會的任何成員，包括調解員。
行為準則委員會根據流程（見上文）審查案件，並根據需要和適當情況諮詢技術諮詢委員會（TAB），例如請求並接收有關核心社群的資訊。
任何關於執行建議的決定將提交給技術諮詢委員會（TAB），以便在需要時與相關維護者一起實施執行。一旦技術諮詢委員會以三分之二的投票通過了一項或多項禁令範圍內的措施，行為準則委員會將執行技術諮詢委員會批准的措施。任何在技術諮詢委員會任職的行為準則委員會成員將不參與這些措施的投票。
行為準則委員會和技術諮詢委員會將每季度提供一份報告，總結行為準則委員會收到的匿名報告及其狀態，以及任何經技術諮詢委員會批准的決定的詳細資訊，包括完整可識別的投票詳情。
由於我們對行為準則的解釋和執行將隨時間演變，本檔案將在必要時更新以反映任何變化。
不可接受行為行為準則違規的執行¶
行為準則委員會致力於確保我們的社群持續包容並促進多元討論和觀點，並致力於隨著時間推移改善這些特點。行為準則委員會收到的大多數報告源於對開發流程以及維護者的角色、職責和接受程式碼的權利的錯誤理解。這些問題透過澄清開發流程和行為準則的範圍來解決。
不可接受的行為可能會在短時間內打斷相互尊重的合作，並對社群的長期健康產生負面影響。當個人承認自己的行為並在違規發生的環境中進行彌補時，不可接受的行為通常會得到解決。
當不可接受的行為未能透過社群討論解決時，行為準則委員會會收到相關報告。當不可接受的行為對協作關係產生負面影響時，行為準則委員會會採取措施恢復富有成效和相互尊重的協作。
行為準則委員會有義務對報告和舉報人的資訊保密。報告可能來自受傷害方和觀察到不可接受行為的社群成員。行為準則委員會有責任調查和解決這些報告，並與所有相關方合作。
行為準則委員會與個人合作，以改變他們對修復其行為對受傷害方造成的損害以及對社群的長期負面影響的重要性的理解。
目標是達成各方都同意的解決方案。如果與個人的合作未能達到預期結果，行為準則委員會將評估其他措施，例如尋求公開道歉以修復損害。
尋求就違規行為公開道歉¶
行為準則委員會在違規行為發生的場合公開指出該行為，尋求就該違規行為的公開道歉。
就違規行為公開道歉是重建信任的第一步。信任對於社群的持續成功和健康至關重要，而社群正是基於信任和尊重運作的。
如未就違規行為公開道歉的補救措施¶
行為準則委員會確定恢復健康合作的後續行動方案，向 TAB 推薦補救措施以供批准。
禁止違規者在長達一個完整核心開發週期內參與核心開發過程。行為準則委員會可以要求公開道歉作為解除禁令的條件。
一段時間內的禁令範圍可能包括
拒絕補丁貢獻和拉取請求
暫停與違規者的合作，透過忽略他們的貢獻和/或阻止他們的電子郵件賬戶
限制他們透過 kernel.org 平臺（如郵件列表和社交媒體網站）進行交流的能力
一旦技術諮詢委員會（TAB）以三分之二的投票通過了一項或多項禁令範圍內的措施，行為準則委員會將與社群、維護者、子維護者和 kernel.org 管理員協作執行 TAB 批准的措施。任何在 TAB 任職的行為準則委員會成員將不參與這些措施的投票。
行為準則委員會深知尋求公開道歉和實施禁令可能對個人產生的負面影響。它也深知，當發生此類嚴重公開違規行為時，不採取行動可能對社群造成的長期損害。
經 TAB 批准的補救措施的有效性取決於社群、維護者、子維護者和 kernel.org 管理員在執行這些措施時的信任與合作。
行為準則委員會衷心希望未來需要尋求公開道歉的不可接受行為能夠繼續極度罕見。