Centos 5.5 でシステムを実行し、すべてのソフトウェアを含む 1 つの RPM を使用してソフトウェアをインストールします。ホット フィックスやパッチを適用する必要がある場合、現在のシステムでは単に tar を貼り付けて untar するだけです。
ホット フィックスとパッチを適用するための追跡可能で反復可能なシステムを開発しようとしていますが、このプロセスで RPM がどのような役割を果たしているのか少しわかりません。
私が理解していることから、バージョン番号を上げて再インストールすると、ファイルが 1 つだけ変更されていても、RPM がすべてを爆発させてしまいます。これには、システムに別の修正プログラムが適用されていないことを完全に確認する必要があります。
新しいファイルだけを含む RPM を作成し、それを既存の RPM の上に適用することは可能ですか? システムのその後のアップグレードにどのような影響がありますか?
RPM のポイントは、反復可能で検証可能なインストールを行うことです。アップデートがロールインされた新しい RPM を生成する必要があります (パッチまたは新しいアップストリーム ソースを介して)。
モノリシック パッケージを分割すると、パーツを個別にアップグレードできます。
問題は、rpm によってローカルにインストールされたファイルを変更し、それらを忘れていることです。
これをホットフィックス手順として使用する場合は、ホットフィックスの直後に新しい rpm をビルドしてから、その新しい rpm をデプロイする必要があります。
通常のプロセスにコミットすることなく、ホットフィックスを次々とマシン上に配置することを人々が許可されている場合、災害を招きます。
ホットフィックスが横たわっているという事実を思い出させるためにできることの1つは、使用することです
rpm -q --verify (your rpm name)
これにより、rpm がインストールされてから変更されたファイルのリストが出力されます。そうすれば、少なくともどのファイルにパッチが適用され、考慮する必要があるかがわかります。
deltarpmを使用できます(ただし、お勧めしません。以下を参照してください)。古い rpm と新しい rpm (ビルド マシン上) があれば、deltarpm ツールを使用してデルタを生成できます。ソフトウェアがインストールされているボックスで deltarpm ツールを使用すると、古い rpm を新しい rpm に自動的にアップグレードできます (必要に応じてダウングレードします)。
古い rpm によって提供された (構成以外の) ファイルが変更されると、修正をインストールできなくなるため、私はそれが好きではありません。さらに、deltarpm は本番対応のツールではありません。あなたは警告されました。
deltarpm の代替として、ソフトウェアをいくつかの小さな RPM に分割し、新しい RPM のサブセットをホットフィックスとして配布することをお勧めします。これは最も一般的なアプローチです。