0

将来の名前の変更に対して InstallShield プロジェクトを将来証明しようとしていますが、2 つの IS 変数を使用して宛先パスを作成したい 1 つの機能に問題があります。

宛先: [CommonAppDataFolder][ProductName]Foo

以前は、この機能は、1 つの変数と製品名を含む静的パスのみを使用してインストールされていました。

保存先:[CommonAppDataFolder]商品名\Foo

インストール ログから、上記の太字の文字列の 2 番目の変数 C:\ProgramData\[ProductName]\Foo が展開されていないようです。「[」および「]」文字を含むシステム上で手動で作成することはできますが、インストーラーはフォルダー構造も作成しませんでした。

これを動的に行う別の方法はありますか? 顧客が必然的に製品名を再度変更するときに難しい方法を覚えておく必要はありませんか?

4

1 に答える 1

0

考慮すべきテクニックの 1 つは、InstallShield Automation Interface を Stand Alone Build と組み合わせて使用​​することです。ソース管理にチェックインされる ISM を My Company My Product のような一般的なものとして設定できます。次に、ビルド時にこれらの値を送り込み、インストーラーをいくつかのバリアントに変更できます。

これは、私の最後の仕事でそれを行った方法です。基盤として機能する単一の ISM プロジェクトから、さまざまな企業や製品としてブランド化された何百ものインストーラーを構築し、すべての詳細は構築時に構築されました。

于 2013-02-18T22:52:55.547 に答える