Файл справки WiX: Как: оптимизировать скорость сборки. Другими словами: 1)
Cabinet reuse
и 2)
multi-threaded cab creation
- встроенные механизмы в WiX для ускорения сборки.
Оборудование: неизбежное "throw hardware at it"
. Новые диски SSD
и NVMe
настолько быстрее, чем старые диски IDE, что вы можете попробовать их как еще один способ повысить скорость сборки и скорость установки. Очевидно, да, но очень важно. Это действительно может улучшить скорость разработки. См. этот ответ.
Проблемы с накопителями NVMe?: 1)
Они перегреваются, 2)
обычно имеют ограниченную емкость (размер), < strong> 3)
они могут быть более уязвимыми, чем старые диски 2.5 при использовании в ноутбуках (я не уверен - имейте в виду, что некоторые диски NVMe припаяны к материнской плате на ноутбуках), _11 _ strong > Спасение данных может быть немного сложным, если у вас нет качественных внешних корпусов (форм-фактор и т. д.), 5)
диски NVMe со временем сгорают, 6)
< / strong> Они по-прежнему довольно дорогие, особенно диски большей емкости, и наверняка есть и другие проблемы - но в целом: эти диски прекрасны.
Сжатие: вы можете попробовать скомпилировать свою настройку с другим уровень сжатия (например, none для отладочных сборок). Отсутствие сжатия ускоряет сборку. Вот иллюстрации, как сделать обратное, установив более высокое сжатие (просто не используйте для ваших целей none вместо high):
Связанный ответ о сжатии: Что такое сжатие метод, используемый файлами MSI?
Раздельная установка. Если вы по-прежнему используете сжатие, вы можете поместить необходимые компоненты и модули слияния в отдельные setup, чтобы не сжимать их для каждой сборки (или используйте флаги выпуска, если вы находитесь в Installshield, или проверьте Препроцессор в Wix).
Внешние исходные файлы: я полагаю, вы могли бы использовать внешние исходные файлы, если это приемлемо - тогда у вас не будет длительной операции сжатия, выполняемой во время сборка, просто копия файла (которая становится все быстрее - особенно с флешками).
Shim. Другой способ - это совместить все устанавливаемые файлы с размером 1 КБ, если то, что вы тестируете, сама установка, ее графический интерфейс и пользовательские действия. В таком случае это просто оболочка настройки - отличный способ протестировать новые настраиваемые действия в вашей настройке. Многие написали инструменты для этого, но у меня нет для вас ссылки. Всегда есть github.com для поиска.
Флаги выпуска. Еще один способ сэкономить время - использовать специальные флаги выпуска (только Installshield) для компиляции уменьшенных версий установки, над которой вы работаете. на данный момент (без учета многих функций). WiX имеет аналогичные возможности через свой препроцессор. Подробнее о о практическом использовании препроцессора WiX.
Отладочная сборка: я обычно использую комбинации этих методов для создания отладочной сборки.
- Обычно я использую внешние исходные файлы, когда экспериментирую и добавляю новые функции, а также постоянно перестраиваю и устанавливаю установку.
- Флаги выпуска для компиляции только части установки, повторное использование кабинета и флаги выпуска вместе могут сэкономить много времени в зависимости от размера вашей установки, количества файлов и конфигурации вашего оборудования.
- Возможно, наиболее эффективным, на мой взгляд, является отдельная настройка (при условии, что она стабильна и не меняется так часто). Однако будьте осторожны: Wix для установки нескольких приложений (проблемы, возникающие, когда он доходит до расщепления сетапов).
Мое мнение: выберите отдельную настройку только для предварительных условий. Это также хорошо для сценариев крупномасштабного развертывания, когда корпоративные пользователи хотят использовать свои собственные стандартизованные предварительные условия и их раздражает большое количество встроенного мусора в огромной конфигурации. В крупных компаниях много времени на подготовку пакетов уходит на устранение устаревших сред выполнения и предварительных требований. Вы также можете доставлять обновления для этих предварительных условий, не перестраивая всю настройку. Хорошая развязка.
Ссылки:
person
Stein Åsmul
schedule
04.05.2015