Fedora 17 以前
Fedora 17 以前の Red Hat ディストロには、あなたが尋ねたように dist-upgrades する機能がありませんでした。
しかし、説明を始める前に…
Wiki のアップグレード トピックによると、Fedora の次のバージョンの DVD をシステムに入れる方法があり、Anaconda はシステムをアップグレードしようと試みました。 この方法を何度も試しましたが、Debian/Ubuntu ディストリビューションで利用可能な
dist-upgradeと同等とは思えませんし、実際とてもよく機能しました。さらに、過去 10 年以上にわたって RHEL、Fedora & CentOS システムを保守してきましたが、この方法を何かに使うことは考えもしませんでした。
そこで、通常、人々は次のいずれかの方法をとります。 Rawhide は、常に最新バージョンのパッケージがあるという意味で、ローリングリリースを提供していますが、決して毎日使うディストロではなく、本当にテスト用としてのみ意図されています。 yum を使って、保留中のアップデートを適用したり、単一のパッケージをアップデートしたりすることができます。 さらに、yum は新しいパッケージのインストールにも使用できます。
Apply all pending updates (assumes yes to all prompts):
sudo yum -y updateUpdate a single package:
sudo yum -y update apache\*Install a new package:
sudo yum -y install apache\*Software Update Applet
GUI で更新したい場合、タスク バー上にあるソフトウェア アップデータ ツールも使用可能です。 このツールは、基本的に上記の yum -y update と同じことを行い、次のコマンドを使用して必要に応じて実行できます:
gpk-update-viewerRe-install
新しいバージョンが出たら、手動で新規インストールして、新しいシステムにデータや設定をコピーするよう注意してください。 このツールは、基本的に、セットアップとインストールしたパッケージの名前を収集し、新しいインストールにそれらを適用するのを支援するものです。 このテクニックについては、@JoelDavis の回答も参照してください。
注意: これは、Fedora 18 からはオプションではなくなるので、警告されています。
FedUp
Fedora 17/18 での新機能は FedUp (FEDora UPgrader) というツールで、Debian/Ubuntu ディストロに似た “dist-upgrades” を行うと称しているものです。 これは、以前の Fedora リリースで使用されていた、現在推奨されているすべてのアップグレード方法 (PreUpgrade と DVD) を置き換えるものです。 Anaconda、Fedora インストーラは、Fedora 18 またはそれ以上のリリースでは、いかなる内蔵のアップグレード機能も持ちません。 それは完全に Fedup に委ねられました。
現在、FedUp は、PreUpgrade がどのように機能したか似ている、ネットワーク上のリポジトリを使用して Fedora 17 インストールを Fedora 18 にアップグレードすることが可能です。 アップグレードのためのより多くの方法が現在計画されており、このページはそれらの機能が完成した時点で更新される予定です。 バージョン リリース
The OP は、次のフレーズについて詳しく説明してほしいというフォローアップ質問をしました:
“Beginning with 17 you can now do rolling releases.”
私がこのコメントを出したとき、1 つのことを意味していました。 私がそれを書いたとき、「ローリング リリース」は、Fedora のあるポイント リリース (たとえば 17) からバージョン 18 へとローリングできるようになったという意味で書きました。 Debian & Ubuntu などのほとんどのディストロは現在この機能を提供しています。
しかし、wikipedia で「ローリング リリース」が実際に何を意味しているかの説明を調べて、私は今この問題についてより深く学んでいます。ローリングリリースまたはローリングアップデートの開発モデルとは、継続的に開発されるソフトウェアシステムを指す。 ローリングソフトウェアは、バージョン間でアップグレードされる標準リリースソフトウェアとは対照的に、継続的に更新されます。 …
ですから、純粋主義者の立場から言えば、Debian、Ubuntu、Fedora は「ローリングリリース」ではないのです。 これらは、あるポイントリリースから別のポイントリリースへのアップグレードを支援するツールを提供する、ポイントスタンダードのリリースソフトウェアです。
また、OP は以下の質問をしています。 ローリングリリース = バージョンなし、パッケージは上流から大至急ディストロにぶち込まれるだけ、ですよね？ だからDebianはローリングリリースとは全く逆で、Ubuntuも同様。 Fedora Rawhide も一種のローリングリリースですが、それはもう知っています (そして、あなたがそれを指していたとしても、それを使う気はありません)。
ただ、これから読む人にもわかるように。 Debian (別名 Sid) や Fedora (別名 Rawhide) の開発ブランチでさえも、「ローリングリリース」ではありません。 確かにそのように使うことはできますが、将来のリリースに組み込まれるかもしれないソフトウェアの新しいパッケージが、集中的な方法でコミュニティに提示される、単なる開発「エリア」なのです。
これらのブランチに置かれるパッケージのテストレベルは、パッケージが ArchLinux のような真の「ローリングリリース」ディストロのアップデートとして現れるときよりも厳しくありません (これは私の予想です)。
以下は wikipedia ページの標準リリース ディストリビューションの開発ブランチの使用に関するセクションです:
ローリング リリース ソフトウェア ディストリビューションと標準リリース ソフトウェア ディストリビューションの開発ブランチの間の区別は、ローリング ディストリビューションの経験が浅いユーザーにはしばしば見落とされます。 これは、次のような混乱したコメントにつながることがあります。 「distro-X はその開発ブランチを使うならローリングディストリビューションだ」 – ここで、distro-X は標準リリースディストリビューションです。 まれに、開発ブランチがローリング(一般的な周期的開発ブランチではなく)である場合でも、ディストリビューションがローリングになるわけではありません。 標準リリースディストリビューションとは異なり、ローリングリリースディストリビューションには開発ブランチがありません。