2

私は会社のために書いた大きな MDI Suite アプリケーションを持っています。これは 2 台の Citrix サーバーにインストールされ、プラント全体の何百もの Windows 端末からアクセスされます。

更新プログラムをインストールする前に、私 (唯一の開発者) は新しいルーチンが期待どおりに動作することを確認するまで、新しいルーチンをテストします。これは通常は機能しますが、グループ マネージャーが心配しています。

彼は、私たちの職場環境で他の人がテストできるベータ版をインストールしてほしいと言っています。

これを行うには、アプリケーションを Citrix サーバー マシンに 2 回インストールして、従業員がテストできるようにする必要があります (そうですか?)。しかし、同じ PC (つまり Citrix サーバー) にアプリケーションを再度インストールしようとすると、Windows は既にインストールされていると表示します。

VS2008 セットアップおよび展開インストーラーには製品コードがあります。これだけ変えればいいの？どのような問題に注意する必要がありますか? 2 つの製品コード (テスト用とリリース用) を追跡する必要がありますか?

1 台の PC に同じアプリケーションの 2 つの動作バージョンをインストールするにはどうすればよいですか?

4

4 に答える 4

3

最も安全な方法は、新しい ProductCode、新しい UpgradeCode、新しい TARGETDIR を作成し、(システム ディレクトリ以外に) 共有ディレクトリがないことを確認することです。Windows インストーラーに、まったく別の製品であると認識させます。

UpgradeCode ではなく ProductCode を変更すると、既存のコンポーネントがアップグレードされる可能性があります。インストールでFindRelatedProductsアクションを実行すると、アップグレード コードが一致するものを見つけて、一致するコンポーネントのアップグレードを試みます。

私はカットリスクに強く同意します - 最初にすべてを別の場所でステージングします (リリースされたバージョンをインストールし、ベータ版にアップグレードし、内部テスト用に開くなど)、次に慎重に顧客に展開します。

私を信じてください。BETA が一部のコンポーネントを「アップグレード」し、システム全体が機能しなくなるため、インストーラーが他の誰かの本番サービスをダウンさせたくありません。

于 2009-08-21T16:03:28.733 に答える
1

動作するはずのデュアルインストールを許可したいので。ブリードオーバーを最小限に抑えるために、別のインストールディレクトリをターゲットにする可能性のある新しい「ベータ」インストーラーを作成します。

詳細については、製品コードの変更に関する MSDNの記事を参照してください。

別の可能な角度、それはもっと単純かもしれません...それをホストできるテスト/ステージングCitrixサーバーはありますか? それが、ここで変更をロールアウトする方法です。しかし、それは最終的にファーム内の Citrix 環境/サーバーに依存します...

ああ、製品コードの追跡に関しては、私の経験では (正しいか間違っているかを問わず)、UpgradeCodeが同期されていることを確認することほど重要ではありません。

于 2009-08-21T15:24:28.387 に答える
1

beta .exe に app_beta.exe という別の名前を付けます。同じセットアップを使用して展開できます。また、ベータ版または製品版リリースの各バージョンで upgradeCode を変更し続けることもできます。それらが重複しても問題ありません。

製品: 2.0

ベータ: 2.1

ベータ: 2.2

製品アップデート: 2.3

次のベータ版: 2.4

于 2009-08-21T16:04:38.403 に答える
0

InstallShield 2009以降は、「複数のインスタンス」をサポートします。

例： http： //blog.deploymentengineering.com/2008/03/installshield-2009-beta-part-i.html

于 2009-08-31T00:30:28.927 に答える