Включая все зависимости

Ответ 1

Расширение "proj" для heat.exe улучшается. Heat не совсем готов к автоматизированному использованию. Это очень разумный способ собрать исходную структуру, но не совсем правильно с повторными запусками (например, Component/@Guids нестабильны, но...).

Когда вышеупомянутые проблемы решаются в heat.exe, то включение его в ваш процесс сборки, безусловно, спасет все проблемы, о которых упоминают выше люди. Это в нашем списке, чтобы сделать лучше после того, как наиболее опасные ошибки будут исправлены в основном наборе инструментов.

Ответ 2

Я только начал с WIX, и я сделал быстрый и грязный трюк, чтобы добавить ссылки автоматически. Идея состоит в том, чтобы отсканировать всю DLL в выходной папке проекта, который вы хотите упаковать.

В предварительной сборке вашего проекта WIX добавьте

call "$(ProjectDir)GenerateDependency.bat" "$(SolutionDir)" "$(ProjectDir)Dependencies.wxs"

Добавьте файл GenerateDependency.bat в проект WIX, содержащий

@echo off
set SOLUTIONDIR=%1
set OUTPUTFILE=%2
echo Starting Dependency check...
echo ^<?xml version="1.0" encoding="UTF-8"?^> > %OUTPUTFILE%
echo ^<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi"^> >> %OUTPUTFILE%
echo   ^<Fragment^> >> %OUTPUTFILE%
echo     ^<ComponentGroup Id="MesDependance" Directory="INSTALLFOLDER"^> >> %OUTPUTFILE%

for %%F in (%SOLUTIONDIR%WixServiceInstallerExample\bin\Debug\*.dll) do (
   echo "-- Adding %%~nxF" 
    echo       ^<Component Id="%%~nF"^> >> %OUTPUTFILE%
    echo                     ^<File  Id="%%~nF" Name="%%~nxF" Source="%%~dpnxF" Vital="yes" KeyPath="yes" DiskId="1"/^> >> %OUTPUTFILE%
    echo       ^</Component^> >> %OUTPUTFILE%
)
echo     ^</ComponentGroup^> >> %OUTPUTFILE%
echo   ^</Fragment^> >> %OUTPUTFILE%
echo ^</Wix^> >> %OUTPUTFILE%
echo Dependency check done.

Измените "WixServiceInstallerExample\bin\Debug" в соответствии с вашими потребностями. Это soulhd будет выходной папкой проекта, который вы хотите упаковать

Примечание. Остерегайтесь, что часто VisualStudio запутывается с кодировкой. Лучше отредактируйте этот файл с помощью Notepad ++ и убедитесь, что его в ANSI, а не UTF8.

Это создаст Dependencies.wxs, который вы можете включить в свой проект. Если вы находитесь под контролем источника, исключите его из него.

Каждая сборка будет повторно сканировать DLL и перестроить Dependencies.wxs до фактического создания пакета.

Ответ 3

Посмотрите paraffin, из Wintellect.

Ответ 4

По моему опыту, Wix - это все еще очень ручной процесс. Вы должны добавить каждую зависимость отдельно - я думаю, идея заключалась в том, что вы создадите установщик Wix одновременно с тем, как вы строите проект и добавляете каждый элемент, когда вы добавляете его в код. Таким образом, это кажется менее сложным, чем необходимость вернуться и сделать ретроспективный взгляд на проект. Конечно, это было бы большим предложением для улучшения!

Ответ 5

Я ничего не видел в WIX, который может это сделать, вы должны знать все зависимости, которые требует ваше решение/проект. Прочитайте это blog, внутри это цитата:

Держите источник близко, а ваш зависимые ближе (извинения ВС-цзы.)

Лучший способ, который я нашел, чтобы убедиться, что в MSI ничего не забыто, заключалось в том, чтобы проверить установщик на чистом установленном виртуальном ПК.

Ближайшее, что я видел, для чего-то, что вы хотите, это этот парень blog.

В настоящее время мы пытаемся сделать это вручную.

Ответ 6

Я только начал с WIX и думаю, что WixEdit (http://wixedit.sourceforge.net/) скалы для добавления нескольких файлов /dll, решил мое разочарование с помощью Wix легко получить файлы. Просто сохраните свои файлы, а затем используйте функцию папки импорта. Конечно, он не поддерживает новые рекомендации 3.0 о наличии одного компонента для каждого файла.

Тепло также хорошо и поддерживает один компонент на файл. Далее в моем списке - автоматизация, чтобы эти файлы автоматически обновлялись в визуальной студии.