InstallScriptの差分アップグレードとリリースを管理する方法。
出荷するバージョンごとに、2つのリリースを保持する必要がありますか?1つは既存のお客様用-アップグレード用、もう1つは新規インストール用ですか?
次に、製品がライフサイクルを継続するときに、差分アップグレードを作成できるように、これらのリリースをすべて保持する必要がありますか?
それは企業がリリースを処理する方法ですか?保持して処理するデータがたくさんあるようです...
InstallScriptの差分アップグレードとリリースを管理する方法。
出荷するバージョンごとに、2つのリリースを保持する必要がありますか?1つは既存のお客様用-アップグレード用、もう1つは新規インストール用ですか?
次に、製品がライフサイクルを継続するときに、差分アップグレードを作成できるように、これらのリリースをすべて保持する必要がありますか?
それは企業がリリースを処理する方法ですか?保持して処理するデータがたくさんあるようです...
ディファレンシャルアップグレードの節約(時間またはサイズ)は、この面倒な価値がありますか?両方のシナリオでインストーラーを完全にリリースする方がはるかに簡単なようです。
それらを使用して差分リリースを作成するかどうかに関係なく、以前のリリースをすべて保持することをお勧めします。古いリリースの動作をいつテストする必要があるかはわかりません。それを行う唯一の実際の方法は、元のビットを使用することです。
Installshieldは基本的に、すべてのファイルをターゲットマシンのフォルダーに移動するだけです。バージョン1.0から3.0に移行するとします。あなたの場合、3.0に移行する前に2.0にアップグレードする本当のポイントはありますか?それとも、本当に3.0を直接置くことができますか?アップデータが必要でない限り、アップデータを使用しても意味がありません。
私たちがそれを処理する方法は、あなたが言ったように2つのビルドがあるということです。「フレッシュインストール」および「アップデータ」。ただし、ソフトウェアが最新バージョンに到達する前に修正プログラムごとに実行する必要がある線形データベース移行があるため、アップデーターが必要です。そのため、2.0を単に「スキップ」することはできません。
ホットフィックスを適用する必要がある場合は、次のリリースまでアップデーターの簡略版を作成します。次のリリースでは、別のフレッシュインストールとアップデーターを作成します。