Я обнаружил, что Wix v3 использует инструмент (heat.exe) для «сбора» информации в фрагменты WiX. Либо я смотрю не в том месте, либо это плохо документировано.
Каков наилучший способ автоматической генерации фрагмента WiX (вероятно, с использованием heat.exe) для сложной структуры папок, содержащей медиа-файлы:
- разных типов (ico / png / xaml / etc)
- Это может регулярно меняться (имена / места / добавляет / удаляет)
- , которые классифицируются как "Содержимое" и включаются в .csproj
так, что они могут быть встроены в установщик через WiX и будут выдерживать обновления и исправления с приличиями?
Справочная информация
- Я обнаружил файл heat.exe, который, по-видимому, отвечает требованию автоматического создания фрагмента WiX
- Работая с харвестером "dir", я заметил харвестер "project" (справка по командной строке)
- Носитель уже находится в файле проекта C #, и поэтому отметил, что "-pog: Content" может работать очень хорошо
- В результате быстрого поиска обнаружена устаревшая документация, в которой не упоминается комбайн "project"
- Реализовал, что весь установщик проекта, вероятно, мог бы работать с харвестером "project", но не был уверен, насколько хорошо это поддерживается и каковы подводные камни.
- Увидел генерацию "PUT-GUID-HERE" и понял, что автогенерация направляющих может иметь последствия для обновления / исправления.
- Понял, что должны быть люди, которые используют эти инструменты для схожих целей и, вероятно, могут указать мне правильное направление.
Было (справедливо) отмечено, что v3 еще не "завершен" (таким образом, дефицит документации и учебных пособий). Смысл, который я сейчас понимаю, заключается в том, что автоматизировать это в моих сценариях сборки нетривиально, и инструменты для этого сейчас растут.