2013-02-18 3 views
0

Я пытаюсь в будущем доказать наш проект InstallShield против будущих изменений имени, и у меня проблемы с одной функцией. Я хотел бы использовать две переменные IS для создания пути назначения.Возможно ли иметь несколько переменных в целевой строке функции?

Направление: [CommonAppDataFolder] [ProductName] Foo

Ранее эта функция была установлена ​​с использованием только одной переменной и статический путь, включая название продукта.

Назначение: [CommonAppDataFolder] Название продукта \ Foo

Из установки входа выглядит как второй переменной в строке жирным шрифтом выше, не была расширена, C: \ ProgramData \ [ProductName] \ Foo. Установщик также не создал структуру папок для него, хотя я могу вручную создать его в системе, включая символы ['и'] '.

Есть ли еще один способ сделать это динамично, поэтому мне не нужно запоминать трудный путь, когда наш клиент неизбежно изменяет наше имя продукта еще раз?

ответ

0

Один из методов рассмотрения заключается в использовании интерфейса автоматизации InstallShield в сочетании с Stand Alone Build. Вы можете установить ISM, который будет проверен в качестве источника, как нечто общее, например My Company My Product. Затем во время сборки вы можете перекачивать эти значения и мутировать установщика в какой-то вариант.

Вот как мы это сделали на моей последней работе. Мы построили сотни инсталляторов, заклейменных как разные компании и продукты, все из одного проекта ISM, который служил основой, и все детали были созданы вокруг него во время сборки.

Смежные вопросы