Ускорения WIX компилирует

Question

У меня есть WIX 3.0 инсталлятора, который строит 88 немного отличается строит (декартово произведение 32 и 64-бит, 11 районов, четыре издания (Beta, розничная торговля, оценки, разные оценки).

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

в результате MSI около 120MB. Я уже использовал CabCache.

установщик занимает около 3-5 минут на выпуск, чтобы построить, в результате чего довольно длительное время сборки.

Установка связана с жестким диском во время связывания (light.exe).

Очевидно, что сделать диски быстрее. Есть ли у кого-нибудь совет о том, как настроить машину, которая быстрее прокручивается через этих установщиков? (или рекомендации по реконфигурации моего проекта WIX для более эффективной сборки?)

Answer 1

Получить SSD. Как один из тех, у кого есть внутренняя архитектура RAID, например. OCZ. SSD - это обновление каждого разработчика за десятилетие. Плюс больше оперативной памяти, если проблема с обменом.

Answer 2

Если у вас есть общие части (которые не локализованы), вы можете создать модуль слияния с общими частями, а затем просто добавить разностный материал для каждой сборки.

Answer 3

Я не уверен, есть ли у вас какие-либо высказывания или общение с разработчиками приложения, которое вы устанавливаете, но если вам нужно создать много MSI, в основном из-за языков, вы считаете, что предлагаете только один язык MSI, который обеспечивает все файлы, специфичные для языка, в каталог ресурсов, а затем пользователь может выбрать язык, который они хотели бы использовать (но установите его только в том случае, если ему нужно что-то другое, кроме языка по умолчанию). Также, возможно, стоит обратить внимание на то, что продукт сделан таким образом, что пользователь может выбрать, из какого языка лучше всего, а затем установить все языки с самого начала.

Что касается вашего вопроса об ускорении сборки, это сложный вопрос. Используя модули слияния, я бы сразу исключил, так как я не вижу в этом никакого фактического выигрыша. Конечно, обновление аппаратного обеспечения (как вы сказали) даст некоторые результаты, но опять же, я не уверен, сколько прыжка вы бы сделали, поэтому трудно сказать, какую выгоду это даст. Я думаю, что лучше всего пройти через ваш WXS с помощью тонкой гребенки и посмотреть, что там происходит. Иногда вы можете найти вещи, оставшиеся от разработки пакета, или из предыдущего инструмента, который действительно замедляет вас. Одним из примеров может быть то, что моя компания недавно переключилась на WiX из более автоматизированной утилиты создания установки (оставляя имя по какой-либо причине, я перечисляю проблемы с ним: P), и он автоматически создает каждую папку под Windows, которая может понадобиться в запуск приложения Windows, а также папку общих файлов, текущий профиль пользователя и многое другое. Я думаю, что закончил стирать во всех 100 пустых каталогах, что эта старая технология была достаточно хороша, чтобы добавить для меня. Это всего лишь один пример оптимизации, который был сделан. Удивительно, что можно найти, когда вы тратите время, чтобы ДЕЙСТВИТЕЛЬНО рассмотреть, что происходит под капотом.

Answer 4

В файле настройки wixproj добавить это только до конца файла в <PropertyGroup> теге

<IncrementalGet>true</IncrementalGet> 

Это покажет WIX компилировать только те файлы, которые изменились после предыдущей сборки.