Linux核心版本控制方案跟你講明白-Linux-PHP中文網

如果你想檢查系統上目前安裝的 Linux 核心版本，可以使用 uname 來完成，這是一個 Linux 命令，可讓你列出與系統相關的資訊。根據你運行的發行版，uname 顯示的版本號碼可能與實際的 Linux 核心版本不同。

Sunny panoramic view of Ujung Water Palace / Bali Indonesia /
每個 Linux 核心版本都有一個與之關聯的不同版本號。你有沒有想過 Linux 核心版本號碼是如何形成的？

如果是 Linux 有一段時間了，應該知道 Linux 發行版有獨特的版本，而且每個版本都有特定的代號。 Linux 核心也有不同的版本號，作為核心所屬系列的識別碼。但是，核心版本的早期形成方式與 Linus Torvalds 現在的命名方式有所不同。

到最後，你將更熟悉 Linux 核心版本控制方案，並且會更輕鬆地閱讀核心版本號並識別與特定版本相關的各種功能。

傳統的 Linux 核心版本控制

當 Linus 剛開始開發核心時，所使用的版本控制系統只是由一個從零（0.x）開始的遞增變數方案所組成。最初，Linus 是該專案的唯一工作人員，這個版本控制系統足以滿足記錄和分發新核心版本的需求。

以下是遵循此命名方案的一些核心版本：

後來，隨著越來越多的開發人員開始為該專案做出貢獻，並且修訂和修補程式數量的顯著增加，決定這種版本控制方案不適用於核心等軟體。從 1.0 版本開始，Linus 採用了一個帶有一些附加變數的新方案。

引入更具描述性的版本控制系統

1994 年，隨著 Linux 1.00 核心發布，Linus 開始使用新的版本控制系統，該系統在語法中使用了三個變數：「 abc 」。這些變數（a、b 和 c）分別代表特定核心版本的主要版本、次要版本和修訂號。

以 Linux 1.1.95 核心為例。你可以將其解碼為第一個主要版本、第一個次要版本和第 95 個修訂版。

當時，即使是次要版本號碼也表示穩定的核心版本，而奇數則表示開發版本。擁有單獨的分支很重要，這樣開發人員可以在核心中添加和測試新功能而不會影響穩定分支。

核心開發人員在開發分支中添加和改進新功能，直到它足夠穩定以作為 LTS 核心發布。 LTS 核心 3.2 是透過穩定版本 3.1 中的新特性而開發的，同樣，新的開發核心 3.3 從 3.2 分支出來，為隨後將在 Linux 3.4 中引入的新特性讓路。

從 Linux 2.4 核心開始，核心名稱中的第四個變數表示補丁版本。你可以說版本 2.4.37.10 是核心 2.4.37 的第十個補丁版本。

修補程式版本並不意味著核心版本中修補的問題數量。相反，它計算在修補發現的問題後發布更新核心的次數。

在 Linux 2.6 之前，一直使用這個版本控制系統，它可以有效地將特定版本與其他版本區分開來。在版本號中新增修訂計數和補丁版本是描述性的，但這意味著具有更長和更複雜的核心版本。再一次，需要一個新的、更好的方案。

Linux 核心版本現在是如何命名的？

在 Linux 3.0 版中，Linus 從版本號碼中刪除了第四個變數。現在，核心版本是根據語法形成的：abc，其中 a、b 和 c 分別是主要版本、次要版本和修訂計數。此版本控制方案類似於 1.0 和 2.4 核心版本之間使用的方案。

Linux 3.2.0-23

由於版本控制系統的進步，貢獻者現在可以無縫地在穩定的分支上工作並添加新功能，而不會意外破壞已經工作的穩定版本。因此，在內核版本4.0 推出後，內核的穩定分支和生產分支使用偶數和奇數次要版本號變得多餘，並且4.x系列中的第一個LTS 版本（4.1）有一個奇數次要版本號。

你可能也會注意到版本號末尾的一些字符，例如rcX。審查候選（或簡稱“rc”）是核心的預覽版本和預先修補版本，開發人員需要修補它們以消除錯誤和其他問題。這些是以前由奇數次要版本號表示的開發版本的替代品。

儘管這些版本是專門為核心開發人員保留的，因此他們可以修復報告的問題並實現新功能，但你也可以根據需要下載和測試這些核心審查候選者，但通常不建議這樣做，因為這是大多數開發發生的地方。在撰寫本文時，最新的核心預覽版是5.19-rc6。

為了建立新版本，當變數的值達到特定數字時，前面的變數會遞增。例如，每當次要版本計數接近 20 時，主要版本就會更新到下一位。

Linus 在他的 5.0 核心開發郵件中提到，他只是將主要版本更新為 5，因為次要版本數量太大，無法指望手指和腳趾（20！）。同樣，根據kernel.org，當第一個點之後的數字開始看起來「太大」時，主版本號碼會增加。 3.x系列的最終核心版本是 3.19，最後一個主要的4.x核心系列是 4.20，然後升級到 5.0。