2

(私はInstallShield2012 V.18を使用しています)

setup.rul では、プロトタイプ宣言ごとに関数を定義し、関数定義を含むファイルをインクルードして、正常にコンパイルしました (InstallShield コンパイル)。

次に、この機能をテストしたいと思います(のみ)。インストール全体を実行したくありません。テスト (Ctrl-T) も実行したくありません。完全な再ビルドを頻繁に実行するには時間がかかりすぎるのを避けたいからです。

InstallShield またはコマンド ラインごとにカスタム関数のみをテストする方法はありますか?

4

2 に答える 2

2

私はあなたにいくつかのヒントを与えることができますが、実際にはそうではありません。

  1. DEVONLYのリリースフラグを使用してダミー機能を作成します。
  2. その機能のダミーコンポーネントを作成します。
  3. EXEなしでリリースフラグがDEVONLYの単一のMSIを構築するProductConfigurationを作成します。

この本番構成の構築は非常に高速です。SSDを搭載したラップトップで数秒。CAのテスト環境をセットアップするために特定のコンポーネントが必要な場合は、リリースフラグを使用して、他の機能を選択的に含めることができます。

もう1つの戦略は、テストハーネスプロジェクトでCAを開発し、すべてが機能することがわかったら、コードを実際のインストーラーに移植することです。

于 2012-03-22T15:21:51.850 に答える
0

クリストファー、この素早い返信に感謝します。長すぎるためにコメントが制限されていたため、ここに回答を記載する必要があります。

私もそのような回避策を使用することを考えましたが、最初はできれば避けたいと思っていました。1 と 2 は問題ありませんが、3: InstallShield では、.ism ファイルに Setup.exe がないと製品構成を構成できませんでした (ただし、IS2012 Pro はあります)。

次に、基本的な MSI プロジェクトでそれを実行しようとしました (それが意味することですか?)。これは実際に非常に短い時間でビルドされます。そして今、テスト リリース中に自分のスクリプトを見ることができます。ええ :-)

スクリプトをメインのイズムに「移植」するには、カスタム アクション用に存在する .rul ファイルのエクスポート機能がありませんが、インポートしかありません。そのため、ism ファイルを切り替えながらコピー アンド ペーストする必要がありますが、気にする必要はありません。

于 2012-03-23T10:13:59.333 に答える