私はアマチュア+管理者です（1993年から複数のコンピュータ（1〜50）でLinuxを使用しています）。言い換えれば、ディストリビューション間の違いについて詳細に説明したことはありませんが、より高いレベルのコンテンツに集中します。 。レベルレイヤー（サービス）。
私は通常Debianとそのバリアントを使用します。
私はしばらくRedhatファミリ（主にCentOS）を扱う必要がありましたが、サービスの観点から見ると、私には大きな違いはありません。
しかし、疑わしい点の1つは、CentOSのパッケージが最新であるかどうかです。現在CentOS7にアップグレードできるCentOS6システムがありますが、以前のアップグレード（同じ状況：CentOS6からCentOS7へ）はひどかったです。これは私たちの誤りかもしれません（文書を注意深く読んで、アップグレード前に確認したことにもかかわらず）。でも大丈夫です。
要点は、パッケージバージョンがデフォルトで設定されており、「テスト」リポジトリがなく（EPELテストも古いにもかかわらず）、最終的に必要なパッケージバージョンが古くなったことです。
このリリースシリーズでこの問題を解決するための最良の方法は何ですか？
- アップグレード？ : 以前のアップデートによる精神的な恐怖に加えて、いつか同じ問題に直面するでしょう。
- 編むソースから？私はもはや「Gentooに行きたい」とは思わない。私は私のように管理者になりたい人の生活を大幅に簡素化するパッケージが大好きです。これはよく含まれているいくつかのパッケージでは許可されていますが（Python 2.5を削除するためにこれを行いました）、システムに深く根付いた他のパッケージでは問題になる可能性があります。
- スピードを得る最新バージョンに？ （サポートされていない）パッケージを試しましたが、始めるには多数の依存関係（glibなどの恐ろしいパッケージを含む）が必要です。大丈夫だったのに（Debianで使用しています）衝突が心配です。
ベストアンサー1
新しい主要なCentOSリリースの初日にも「古い」パッケージが使用されているという事実を受け入れることができず、パッケージがより古くなることを受け入れられない場合は、間違ったディストリビューションを使用しています。 CentOSは意図的にこれを行います。
CentOS 7の基盤となるRed Hat Enterprise Linux 7は、RHEL 7.0より約15ヶ月早くリリースされたFedora 19でフォークされました。今後3年間ほどRHEL / CentOS 8を見る可能性はほとんどなく、その頃なら4年を超えるソフトウェアバージョンを実行することになります。
このディストリビューションのような多くのシステムを管理する私たちは、オペレーティングシステムの変更を継続的に追跡しないことを意味するためです。私たちはソフトウェアを安定したプラットフォームで実行し、他のタスクを実行できます。
私たちの中にはメジャーリリースをスキップしました。 RHEL製品ライフサイクルバージョンは、3つまたは4つのオペレーティングシステムのバージョンを同時にサポートするために意図的に重複しています。 RHEL/CentOS 5.11は、RHEL 7.0とほぼ同じ時期にリリースされました。これは、6ヶ月以内に削除されたISOを使用し続けながら、バージョン6を完全にスキップできることを意味します。
パッケージリポジトリに最新のソフトウェアのみを提供したい代替ディストリビューションがたくさんあります。実際、これはおそらくより一般的なLinuxディストリビューションです。欠点は、すべてのアップグレードに損傷の危険があることです。
両方の配布哲学には利点があり、これが私たちが両方のバージョンのLinuxを持っている理由です。