[PATCH 10/13] docs/zh_TW: process: add contribution-maturity-model.rst translation

Patch content 2 changed files

Translate Documentation/process/contribution-maturity-model.rst intoTraditional Chinese from the current English text.  There is no zh_CNtranslation of this file to consult. List the new file in the toctree of process/index.rst, aftercode-of-conduct-interpretation as in the English index, and drop itfrom the TODOList. update to commit 10a29eb658b3 ("Documentation/process: Add LinuxKernel Contribution Maturity Model") Signed-off-by: Chen-Yu Yeh <chenyou910331@gmail.com>--- .../process/contribution-maturity-model.rst   | 83 +++++++++++++++++++ .../translations/zh_TW/process/index.rst      |  2 +- 2 files changed, 84 insertions(+), 1 deletion(-) create mode 100644 Documentation/translations/zh_TW/process/contribution-maturity-model.rst diff --git a/Documentation/translations/zh_TW/process/contribution-maturity-model.rst b/Documentation/translations/zh_TW/process/contribution-maturity-model.rstnew file mode 100644index 000000000000..1091aab4a7eb--- /dev/null+++ b/Documentation/translations/zh_TW/process/contribution-maturity-model.rst@@ -0,0 +1,83 @@+.. SPDX-License-Identifier: GPL-2.0++.. include:: ../disclaimer-zh_TW.rst++:Original: Documentation/process/contribution-maturity-model.rst++========================+Linux 核心貢獻成熟度模型+========================+++背景+====++在 2021 年 Linux 核心維護者高峰會（Linux Kernel Maintainers’ Summit）上，有一場+關於招募核心維護者以及維護者接班所面臨之挑戰的 `討論+<https://lwn.net/Articles/870581/>`_。該討論得出的部分結論包括：身為 Linux 核心+社群一份子的公司，需要允許工程師將擔任維護者作為其工作的一部分，讓他們能夠成長+為受人尊敬的領導者，並最終成為核心維護者。為了支持穩定的人才輸送管道，應該允許+並鼓勵開發者承擔上游貢獻，例如審查他人的修補程式、重構核心基礎架構，以及撰寫+文件。++為此，Linux 基金會技術諮詢委員會（Technical Advisory Board，TAB）提出這份 Linux+核心貢獻成熟度模型。這些關於參與上游社群的共同期望，旨在提升個別開發者的影響力、+增進組織之間的協作，並改善 Linux 核心生態系的整體健康。++TAB 呼籲各組織持續評估自身的開源（Open Source）成熟度模型，並承諾進行改進，以與+本模型保持一致。為了讓評估有成效，評估應納入來自整個組織的回饋，包括管理階層以及+各個資歷層級的開發者。秉持開源精神，我們鼓勵各組織公開其評估結果，以及改善其與+上游社群互動的計畫。++第 0 級+=======++* 不允許軟體工程師向 Linux 核心貢獻修補程式。+++第 1 級+=======++* 允許軟體工程師向 Linux 核心貢獻修補程式，無論是作為其工作職責的一部分，+  還是利用個人時間。++第 2 級+=======++* 期望軟體工程師將貢獻 Linux 核心作為其工作職責的一部分。+* 軟體工程師參加 Linux 相關會議將獲得支持，並視為其工作的一部分。+* 軟體工程師的上游程式碼貢獻，將在升遷與績效考核中納入考量。++第 3 級+=======++* 期望軟體工程師將審查修補程式（包括其他公司工程師所撰寫的修補程式）作為其+  工作職責的一部分。+* 在 Linux 相關會議或學術會議（例如由 Linux 基金會、Usenix、ACM 等主辦的會議）+  上發表簡報或論文，視為工程師工作的一部分。+* 軟體工程師的社群貢獻，將在升遷與績效考核中納入考量。+* 組織將定期回報其開源貢獻的指標，並長期追蹤這些指標。這些指標可以只在組織內部+  公開，也可以由組織自行決定將部分或全部對外公開。強烈建議的指標包括：++  * 依團隊或組織計算的上游核心貢獻數量（例如所有向同一位經理、總監或副總裁回報+    的人員）。+  * 已做出上游貢獻的核心開發者，佔組織內核心開發者總數的百分比。+  * 組織的伺服器和／或產品所使用的核心，與其內部核心所依據的上游核心發布日期+    之間的時間間隔。+  * 內部核心中所含樹外（out-of-tree）提交的數量。++第 4 級+=======++* 鼓勵軟體工程師將一部分工作時間投入上游工作（Upstream Work），其定義包括審查+  修補程式、擔任議程委員會（program committee）成員、改善專案的關鍵基礎架構+  （例如撰寫或維護測試）、減少上游的技術債、撰寫文件等。+* 軟體工程師協助籌辦 Linux 相關會議將獲得支持。+* 組織在正式的績效考核中，將考量社群成員的回饋。++第 5 級+=======++* 上游核心開發被視為正式的職位，工程師至少有三分之一的時間用於上游工作。+* 組織將主動徵求社群成員的回饋，作為正式績效考核的一項因素。+* 組織將定期在內部報告上游工作與直接追求商業目標之工作兩者的比例。diff --git a/Documentation/translations/zh_TW/process/index.rst b/Documentation/translations/zh_TW/process/index.rstindex a4ae46350636..ae63704e3794 100644--- a/Documentation/translations/zh_TW/process/index.rst+++ b/Documentation/translations/zh_TW/process/index.rst@@ -65,6 +65,7 @@ TODOList:    license-rules    code-of-conduct    code-of-conduct-interpretation+   contribution-maturity-model    kernel-enforcement-statement    kernel-driver-statement    stable-api-nonsense@@ -74,7 +75,6 @@ TODOList:  TODOList: -* contribution-maturity-model * generated-content * coding-assistants * conclave-- 2.43.0