Чтобы начать работу с Advanced Installer, первым делом нужно создать новый проект через кнопку New на стартовом экране и выбрать шаблон — для простой упаковки приложения в MSI подходит тип Simple, доступный в бесплатной редакции. Именно на этом этапе чаще всего возникает вопрос, какой тип проекта выбрать, ведь от него зависят доступные функции: Architect и Enterprise открывают расширенные возможности вроде редактирования диалогов и репактажа, но требуют платной лицензии.
Программа предназначена для сборки установочных пакетов Windows — прежде всего в формате MSI, а также EXE-обёрток, APPX/MSIX и пакетов для виртуализации. Интерфейс построен по принципу мастера: слева находится дерево разделов проекта, справа — параметры выбранного раздела. Ниже разберём весь цикл работы от установки до готового инсталлятора.
Установка и первый запуск
Дистрибутив Advanced Installer загружается с официального сайта разработчика. Установка стандартная: запустите скачанный файл, примите лицензионное соглашение и дождитесь завершения. Для работы потребуется Windows с правами администратора — без них сборка и тестирование пакетов могут завершаться ошибками доступа.
При первом запуске программа предложит активировать лицензию или продолжить в режиме Free. Бесплатная редакция ограничена: в ней доступны проекты типа Simple с базовым набором функций — добавление файлов, ярлыков, записей реестра и сборка MSI. Для профессиональных сценариев (условия установки, кастомные действия, апгрейды) понадобится платная версия.
⚠️ Внимание: проект, созданный в платной редакции с использованием расширенных функций, может не открыться или соберётся с ограничениями в бесплатной версии. Перед началом работы определитесь с редакцией.
Создание нового проекта
Нажмите New и в открывшемся окне выберите тип проекта. Для знакомства с инструментом логично начать с Simple — мастер проведёт по базовым шагам. Далее укажите название продукта, компанию-издателя и версию. Эти данные попадут в свойства MSI и будут видны в списке установленных программ Windows.
На этапе выбора типа пакета укажите MSI — это нативный формат установщика Windows, поддерживающий тихую установку, откат и корректное удаление. Если нужен единый исполняемый файл, позже можно добавить EXE-обёртку в настройках сборки.
- 📦 Simple — базовый MSI-пакет, доступен бесплатно
- 🏢 Professional — диалоги, условия, кастомные действия
- 🏗️ Architect — репактаж, виртуализация, расширенный редактор
- 🔄 Updates — проект для системы автообновлений приложения
Добавление файлов и папок
Основная работа происходит в разделе Files and Folders левой панели. Здесь отображается структура целевой машины: Application Folder (обычно соответствует Program Files), Application Shortcut Folder (меню «Пуск»), Desktop и другие системные каталоги.
Перетащите файлы вашего приложения в Application Folder или используйте кнопку Add Files на панели инструментов. Для добавления целой директории с подпапками удобнее кнопка Add Folder. Обратите внимание: если исходные файлы переместятся или будут удалены, сборка завершится ошибкой — проект хранит ссылки на файлы, а не их копии.
Для создания ярлыка кликните правой кнопкой по исполняемому файлу и выберите New Shortcut. Ярлык можно разместить на рабочем столе или в меню «Пуск», задать ему имя, иконку и рабочую папку.
Настройка параметров установки
Раздел Product Details содержит главные метаданные пакета: имя продукта, версию, издателя и коды ProductCode и UpgradeCode, которые генерируются автоматически и определяют, как Windows будет идентифицировать и обновлять ваш продукт. UpgradeCode менять между версиями не следует — именно по нему система связывает старую и новую версии для апгрейда.
В разделе Install Parameters задаются архитектура пакета (32 или 64 бита), тип установки и требуемые права. Если приложение ставится в Program Files, установщик должен запрашивать повышение прав — соответствующая опция включена по умолчанию.
☑️ Проверка перед первой сборкой
Реестр, ассоциации и дополнительные разделы
Раздел Registry позволяет добавлять записи в реестр целевой машины. Дерево повторяет структуру реестра Windows: выберите нужный куст (HKEY_LOCAL_MACHINE или HKEY_CURRENT_USER), создайте ключ и задайте значение. Это требуется, например, для хранения настроек приложения или регистрации компонентов.
Если программа должна открывать определённые типы файлов, используйте раздел File Associations (в платных редакциях): укажите расширение, иконку и команду открытия. Для сервисов Windows предусмотрен раздел Services, для переменных окружения — Environment.
⚠️ Внимание: записи в HKEY_LOCAL_MACHINE требуют прав администратора при установке. Если установщик должен работать под обычным пользователем, размещайте данные в HKEY_CURRENT_USER и профильных папках.
Сборка и тестирование пакета
Когда проект настроен, нажмите кнопку Build на панели инструментов или в разделе Builds. Программа скомпилирует пакет и покажет путь к готовому файлу. Кнопка Run сразу запускает установку на текущей машине — это самый быстрый способ проверить результат.
Тестирование стоит проводить на чистой виртуальной машине, а не на рабочей системе: так вы увидите поведение установщика в условиях, близких к реальным у конечного пользователя, и избежите засорения основной ОС. Проверьте три сценария: установку, корректную работу приложения после неё и полное удаление через «Программы и компоненты».
| Раздел проекта | Назначение | Доступность |
|---|---|---|
| Files and Folders | Файлы, папки, ярлыки | Все редакции |
| Registry | Записи реестра | Все редакции |
| Dialogs | Настройка окон установщика | Professional и выше |
| Custom Actions | Скрипты и действия при установке | Professional и выше |
| Updater | Автообновление приложения | Enterprise и выше |
Типичные ошибки новичков
Одна из самых частых проблем — попытка собрать проект после перемещения исходных файлов. Сборщик сообщит, что файл не найден, и прервёт работу. Решение простое: верните файлы на место или обновите пути в разделе Files and Folders.
Вторая типичная ситуация — установщик собран, но приложение после установки не запускается из-за отсутствующих зависимостей, например Visual C++ Redistributable или нужной версии .NET. В платных редакциях такие компоненты подключаются через раздел Prerequisites; в бесплатной придётся просить пользователя установить их отдельно.
Третья ошибка — смена UpgradeCode при выпуске новой версии. В результате Windows воспринимает обновление как отдельный продукт, и на машине оказываются две копии программы. Храните проектный файл .aip и выпускайте новые версии из него, повышая только номер версии.
Что такое репактаж и когда он нужен
Репактаж (Repackage) — функция платных редакций, которая записывает состояние системы до и после запуска старого установщика (например, setup.exe) и превращает разницу в чистый MSI-пакет. Это востребовано в корпоративной среде, где софт разворачивается централизованно через групповые политики или SCCM.
Часто задаваемые вопросы
Бесплатной версии Advanced Installer достаточно для создания MSI?
Для базовых задач — да. Редакция Free позволяет собрать MSI с файлами, ярлыками и записями реестра. Ограничения касаются кастомных диалогов, условий установки, prerequisites и автообновлений.
Чем MSI лучше обычного EXE-установщика?
MSI — нативный формат Windows Installer: он поддерживает тихую установку с параметрами командной строки, транзакционный откат при сбое, корректное удаление и централизованное развёртывание в домене. EXE-обёртка нужна в основном для удобства распространения и проверки prerequisites.
Как сделать тихую установку созданного пакета?
Готовый MSI устанавливается стандартной командой Windows Installer:
msiexec /i "пакет.msi" /qnКлюч /qn отключает интерфейс. Это работает для любого корректно собранного MSI, независимо от того, в какой программе он создан.
Можно ли редактировать готовый чужой MSI-файл?
Да, для этого в Advanced Installer есть функция открытия и редактирования существующих пакетов (доступна в старших редакциях). Однако изменение чужих установщиков может нарушать лицензионное соглашение на ПО — проверьте условия перед модификацией.
Почему новая версия установщика не обновляет старую, а ставится рядом?
Наиболее вероятная причина — изменился UpgradeCode или не настроен механизм апгрейда. Убедитесь, что проект собирается из того же файла .aip, а номер версии повышен относительно предыдущего релиза.