Linux (RHEL) オペレーティング システムのリリースを特定のプラットフォーム/顧客など (および Windows) 向けにカスタマイズしています。インストールのキックスタート、ブランディングのカスタマイズ、特定のパッケージのインストール、パーティショニングのカスタマイズなどを行います...
これらの OS をバージョン管理するためのより良い方法について提案が必要です。現在、SVN を使用してベース インストール (つまり、RHEL 5.6、6.1 など) を制御しています。Subversion サーバーにはベース RPMS をアップロードしません。これは、レポが急速に肥大化するためであり、カスタム要素のみです。バージョンごとに YUM リポジトリがあります。ベース OS バージョンをチェックアウトした後にスクリプトが実行され、必要な特定のパッケージ バージョンの YUM リポジトリからグラブが実行されます。私がしなければならないことを正確に行っている他の投稿/ガイドを見つけることができませんでした.
基本的に、各 OS リリースのパッケージ リストをバージョン管理し、ベース OS にパッケージを取得して最終的な OS イメージを作成し、キックスタート (Windows の場合は異なるプロセス) を介してインストールする必要があります。
これは面倒で、潜在的なエラーにつながると思います。もっと良い方法があるはずです！変更されていないコンポーネントの Artifact Repository を調べましたが、これが大幅に役立つかどうかはわかりません。
PS: 各カスタム リリースのバージョン管理は非常に重要です。RHEL 6.2 が RHEL 6.2 であるとは言えません。カスタム リリースが正しいカスタム リリースであることを何らかの方法で証明できなければなりません (SVN がそうするように)。
どんな提案でも大歓迎です！