Linuxのバージョン管理を理解する方法

カーネルバージョン管理は、ディストリビューションに独自のパッチが含まれていない限り、ディストリビューションのバージョン管理とは無関係です。これは、バージョンに追加の識別子を追加することによって表示されます。たとえば、次のようになります。

3.16.6-203

これは3.16.6変更されていないソースカーネルのバージョンであり、修正された相対バージョンを-203示すためにディストリビューションに追加されます。

これを深く理解する必要はなく、Linuxカーネルが独立したオブジェクトであることを理解するだけです。ディストリビューションはこれを次のものと組み合わせます。ユーザーレベルソフトウェアそして（ほとんどの場合）すべてが特定のコンピュータアーキテクチャで連携するようにプリコンパイルされています（現在最も一般的なものはX86-64です。一部のディストリビューションではこれをAMD64と呼びます。これはまったく同じことを示します）。

ほとんどの基本ユーザー層ソフトウェアは実際には牛に似た一種の栄養はLinuxカーネルとは別の組織なので、オペレーティングシステムの正しい一般名は通常、次のように見なされます。「GNU/Linux」。

一緒にバンドルされたソフトウェアリポジトリディストリビューションで管理します。ソフトウェアをインストールすると、デフォルトのリポジトリ（「安定」など）で提供されますが、別のリポジトリ（「テスト」など）を使用して、各エントリの異なるバージョンをデフォルトとして使用するようにシステムを設定できます。バージョンを指定することもでき、そのバージョンがデフォルトのリポジトリにない場合、インストーラは別のバージョンのリストを確認します。

バージョン管理自体の面では、2種類のディストリビューションがあります。個々のソフトウェアは常に更新されますが、ほとんどのディストリビューションは、Ubuntu 12.xからUbuntu 13.xへのアップグレードなど、時々全体的にアップグレードされます。これにより、他の方法では実行しにくい可能性がある全面的な変更を行うことができます。ただし、一部のディストリビューションでは、ローリングリリースモデルの明確なバージョンはなく、継続的に更新されるバージョンのみがあります。

要約すると、バージョン管理の概念は次のように適用できます。

• Linuxコア、独立ソフトウェア。
• 通常は別名のディストリビューションです（例：Ubuntu 14.10：「Utopic Unicorn」またはFedora 20：「Heisenbug」）。
• ディストリビューションの個々のソフトウェアパッケージのバージョンで、通常は複数のリポジトリに分けられます。カーネルと同様に、独立したソースコードがあり、ディストリビューションパッケージによって少し変更されることがあります。
• パッケージがコンパイルされる「ターゲットアーキテクチャ」です（例：X86-64）。これはリポジトリに分割することもできます。

以下を組み合わせた完全なパッケージバージョン文字列の例:

foobar-4.11.3-4.fc20.x86_64

これはFedora .rpmsに固有のものですが、他のディストリビューションでも同様のスキームを使用します。Foobarソフトウェアパッケージの名前、4.11.3使用されているソースバージョン、および-4Fedoraによって適用されたパッチバージョンを示します。f20ソフトウェアパッケージをコンパイルするためのリリースバージョン、x86_64ソフトウェアパッケージをコンパイルするためのアーキテクチャ。