У меня есть решение для веб-приложения, существующее в Visual Studio 2010. Частью этого решения является проект WiX, отвечающий за создание установщика .msi.
Я читал учебник по WiX, пытаясь научиться автоматически собирать файлы, когда обнаружил следующее:
http://wix.tramontana.co.hu/tutorial/com-expression-syntax-miscellanea/components-of-a-different-color
Инструмент в WiX, Heat служит для сбора данных из различных источников (папок, файлов, библиотек DLL, элементов управления ActiveX, счетчиков производительности, веб-сайтов), где количество записей может быть слишком большим, чтобы создать соответствующий исходный файл WiX вручную. Его основная цель - запускать один раз, чтобы собирать данные для последующего использования при обычном обслуживании исходных файлов, а не для того, чтобы быть частью среды сборки, где он снова и снова запускается с изменяющимся набором входных данных. Если вы все еще хотите использовать его вторым способом, вы должны быть очень осторожны, чтобы убедиться, что изменения во входных данных не вызывают нежелательных эффектов (в основном нарушающих правила компонентов). Heat имеет функции, которые помогают вам достичь этой цели, но будьте осторожны при их использовании.
Кажется, я бы не хотел использовать его основную функцию, но учебник только дразнит меня подсказками о том, как делать то, что я хотел бы выполнить.
Действительно ли плохая идея - пытаться автоматически поддерживать файлы, установленные при установке WiX? Я устал от неработающих сборок, когда кто-то создал новый файл, но забыл обновить установщики WiX со ссылкой на этот новый файл.
Как другие справляются с этой ситуацией?
Спасибо.
Re: дразнить - в учебнике говорится, что «Heat имеет функции, которые помогают вам достичь этой цели», но я не могу найти, на какие функции ссылаются. После сбора проекта - что дальше? Отвечает ли Heat за создание файла .wxs, который я в конечном итоге буду использовать, или я должен просто использовать этот список файлов и создать более полнофункциональный файл .wxs по факту?