Блог

У нас есть продукт с более чем 100 «частями», большинство из которых являются дополнительными «плагинами». Мы хотели бы, чтобы непрограммист мог создавать «настраиваемый» установщик для каждого клиента / продажи. Нашим идеалом был бы просто один исполняемый файл / msi со структурой папок, из которой можно было бы удалять файлы / папки, тогда при запуске установщик просто не предлагал бы функции, соответствующие удаленным битам.

Отдельная, но похожая проблема заключается в том, что разработчики этих плагинов не являются экспертами по установке, и мы предпочли бы не редактировать общий исходный код установщика, чтобы добавить / удалить его из нашего набора сборки. Для этого мы использовали функцию «синхронизированные папки» в Advanced Installer, но нам хотелось бы, чтобы для каждого подключаемого модуля была отдельная функция выбора.

Существует ли цепочка инструментов установщика, которая может поддерживать такое (или подобное) поведение?

Если да, есть ли у кого-нибудь советы о том, как на самом деле реализовать его с помощью указанного инструмента?

Я создал такой стек инструментов на своей последней работе. Мы разрабатывали линейку продуктов с десятками семейств сервисов, сотнями функций, тысячами модулей слияния и десятками тысяч файлов в обычном установщике.

Каждый модуль слияния был создан с использованием IsWiX и скомпилирован с использованием WiX. Затем мы использовали WiX XML в качестве входных данных для нашей системы автоматизации сборки для создания установщиков InstallShield. Семейство сервисов будет иметь XML-файл для описания его части дерева функций, и все это будет отправлено в пустой проект InstallShield.

Наконец, XML-файл продукта будет описывать INSTALLDIR, UpgradeCode и другие метаданные, а также какие функции использовать. Мы создали десятки и десятки установщиков на основе этого общего базового кода.

Потребовалось бы несколько дней, чтобы объяснить все, но это дает вам идею. Для более простой среды вы могли бы создать пользовательский интерфейс для генерации кода WiX, а затем скомпилировать его в MSI.

Но я не знаю, что я когда-нибудь передам это непрограммисту. Создание установщиков — это программирование.

В пакете MSI нет инструмента, который создает функции во время выполнения, по крайней мере, нет инструмента на основе MSI. Это слишком усложняет логику установки, поскольку вам потребуется очень сложное пользовательское действие, которое считывает содержимое папок, найденных рядом с установщиком, а затем генерирует записи в следующих таблицах MSI: Files, Directory, Component, Feature, FeatureComponents. А затем подключите все это.

Это совсем не так просто сделать, и что-то, что не имеет большого опыта в создании пакетов MSI, очень подвержено ошибкам.

рассматривали ли вы / пробовали какие-либо другие сборщики пакетов, отличные от MSI?