Re: [PATCH] docs/zh_CN: sync process/2.Process.rst with English version

[Dongliang Mu <dzm91@hust.edu.cn>]

On 2/25/26 11:09 PM, Song Hongyi wrote:
> The Chinese translation of the development process documentation was
> outdated. Sync it with the current English version to ensure consistency.
>
> Key changes include:
> - Update versioning examples from 5.x to the 9.x placeholder.
> - Add footnote [1] to explain the non-semantic versioning scheme.
> - Replace the obsolete LTS kernel table with a link to kernel.org.
> - Add a cross-reference for the "interleaved replies" section.

Hi Hongyi,

Please take a look at how-to.rst [1], especailly how to write a commit 
message for translation update.

This can help us track the translation status of each translated 
documentation.

---

	Update the translation through commit b080e52110ea
	("docs: update self-protection __ro_after_init status")
	# 请执行 git log --oneline <您翻译的英文文档路径>，并替换上述内容

---

[1] 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/translations/zh_CN/how-to.rst#n254

Dongliang Mu

> Signed-off-by: Song Hongyi <szpcq123@gmail.com>
> ---
>   .../translations/zh_CN/process/2.Process.rst  | 56 +++++++++----------
>   1 file changed, 25 insertions(+), 31 deletions(-)
>
> diff --git a/Documentation/translations/zh_CN/process/2.Process.rst b/Documentation/translations/zh_CN/process/2.Process.rst
> index 31b0e2c994f6..ca00672c313e 100644
> --- a/Documentation/translations/zh_CN/process/2.Process.rst
> +++ b/Documentation/translations/zh_CN/process/2.Process.rst
> @@ -23,21 +23,18 @@
>   总览
>   ----
>   
> -内核开发人员使用一个松散的基于时间的发布过程，每两到三个月发布一次新的主要
> -内核版本。最近的发布历史记录如下：
> -
> -	======  =================
> -	5.0	2019年3月3日
> -	5.1	2019年5月5日
> -	5.2	2019年7月7日
> -	5.3	2019年9月15日
> -	5.4	2019年11月24日
> -	5.5	2020年1月6日
> -	======  =================
> -
> -每个5.x版本都是一个主要的内核版本，具有新特性、内部API更改等等。一个典型的5.x
> -版本包含大约13000个变更集，变更了几十万行代码。因此，5.x是Linux内核开发的前
> -沿；内核使用滚动开发模型，不断集成重大变化。
> +内核开发使用一个松散的、基于时间的滚动发布（rolling release）开发模型。
> +一个新的主内核发行版本（作为示例，我们将其称为 9.x） [1]_ 大约每两到三个月
> +发布一次，它带来了新特性、内部 API 的更改等。一个典型的版本包含大约 13,000
> +个变更集（changesets），涉及几十万行代码的修改。最近的发行版本及其日期可以
> +在这里找到
> +`维基百科 <https://en.wikipedia.org/wiki/Linux_kernel_version_history>`_
> +
> +
> +.. [1] 严格来说，Linux 内核并不采用语义化版本号方案，而是将 9.x 这一组数字
> +       作为一个整体来标识主发行版本号。对于每一个版本，x 都会递增，但只有
> +       当 x 被认为足够大时，9 才会递增（例如：Linux 5.0 是紧随 Linux 4.20
> +       之后发布的）。
>   
>   对于每个版本的补丁合并，遵循一个相对简单的规则。在每个开发周期的开头，“合并
>   窗口”被打开。这时，被认为足够稳定（并且被开发社区接受）的代码被合并到主线内
> @@ -48,8 +45,8 @@
>   提前收集、测试和分级的。稍后将详细描述该过程的工作方式。）
>   
>   合并窗口持续大约两周。在这段时间结束时，Linus Torvalds将声明窗口已关闭，并
> -释放第一个“rc”内核。例如，对于目标为5.6的内核，在合并窗口结束时发生的释放
> -将被称为5.6-rc1。-rc1 版本是一个信号，表示合并新特性的时间已经过去，稳定下一
> +释放第一个“rc”内核。例如，对于目标为9.x的内核，在合并窗口结束时发生的释放
> +将被称为9.x-rc1。-rc1 版本是一个信号，表示合并新特性的时间已经过去，稳定下一
>   个内核的时间已经到来。
>   
>   在接下来的6到10周内，只有修复问题的补丁才应该提交给主线。有时会允许更大的
> @@ -84,11 +81,14 @@
>   开发人员的目标是在稳定发布之前修复所有已知的回归。在现实世界中，这种完美是
>   很难实现的；在这种规模的项目中，变数太多了。需要说明的是，延迟最终版本只会
>   使问题变得更糟；等待下一个合并窗口的更改将变多，导致下次出现更多的回归错误。
> -因此，大多数5.x内核都有一些已知的回归错误，不过，希望没有一个是严重的。
> +因此，大多数内核发布时都会带有一部分已知的回归问题，不过希望它们都不是严重
> +的问题。
>   
>   一旦一个稳定的版本发布，它的持续维护工作就被移交给“稳定团队”，目前由
> -Greg Kroah-Hartman领导。稳定团队将使用5.x.y编号方案不定期地发布稳定版本的
> -更新。要合入更新版本，补丁必须（1）修复一个重要的缺陷，且（2）已经合并到
> +Greg Kroah-Hartman领导。稳定团队将使用9.x.y编号方案不定期地发布稳定版本的
> +更新。
> +
> +要合入更新版本，补丁必须（1）修复一个重要的缺陷，且（2）已经合并到
>   下一个开发版本主线中。内核通常会在其初始版本后的一个以上的开发周期内收到
>   稳定版更新。例如，5.2内核的历史如下（2019年）：
>   
> @@ -105,17 +105,10 @@ Greg Kroah-Hartman领导。稳定团队将使用5.x.y编号方案不定期地发
>   
>   5.2.21是5.2版本的最终稳定更新。
>   
> -有些内核被指定为“长期”内核；它们将得到更长时间的支持。在本文中，当前的长期
> -内核及其维护者是：
> +有些内核被指定为“长期”内核；它们将得到更长时间的支持。请参考以下链接
> +获取当前长期支持内核版本及其维护者的列表：
>   
> -	======  ================================	================
> -	3.16	Ben Hutchings				（长期稳定内核）
> -	4.4	Greg Kroah-Hartman & Sasha Levin	（长期稳定内核）
> -	4.9	Greg Kroah-Hartman & Sasha Levin
> -	4.14	Greg Kroah-Hartman & Sasha Levin
> -	4.19	Greg Kroah-Hartman & Sasha Levin
> -	5.4	Greg Kroah-Hartman & Sasha Levin
> -	======  ================================	================
> +  https://www.kernel.org/category/releases.html
>   
>   长期支持内核的选择纯粹是维护人员是否有需求和时间来维护该版本的问题。
>   目前还没有为即将发布的任何特定版本提供长期支持的已知计划。
> @@ -320,7 +313,8 @@ Quilt 是一个补丁管理系统，而不是源代码管理系统。它不会
>     没有完成家庭作业的人感到不耐烦。
>   
>   - 避免顶部回复（把你的答案放在你要回复的引文上面的做法）。这会让你的回答更难
> -  理解，印象也很差。
> +  理解，印象也很差，详细请查看
> +  :ref:`Documentation/process/submitting-patches.rst <interleaved_replies>`
>   
>   - 在正确的邮件列表发问。linux-kernel 可能是通用的讨论场所，但它不是寻找所有
>     子系统开发人员的最佳场所。