Я - студенческий разработчик, и я создал несколько установщиков для компании, с которой я работаю теперь. Таким образом, я довольно знаком с WIX. Мы недавно решили иметь сервер Сборки что автоматические сборки наше решение. Это создает и отладку и выпуск, а также Запутываемый (и не запутываемое) проекты. И Вы действительно не должны понимать ни одно из этого. Все, что необходимо понять, - то, что у меня есть тот же проект Wix создание другого MSIs динамично. Таким образом, способ, которым мы создаем их, мы называем MSBuild.exe с несколькими параметрами. Параметры wix проект зависят от.
Так скажем, мы входим в командную строку и запись
C:\>\windows\Microsoft.NET\Framework\v3.5\MSBuild.exe MyApp.Install\MyApp.Install.wixproj /p:Configuration=Release /p:SpecialPath=Obfuscated /t:Build
Идея состоит в том, что wix видит, что параметр "SpecialPath" присвоен "Запутываемый"; и в установщике соединяет его источник каналом к ..\myApp\bin\$(var.SpecialPath)\myApp.exe
который переводит в ..\myApp\bin\Obfuscated\myApp.exe
при создании.
Как Вы создаете те сделанные на заказ параметры, и их передали моему .wxs файлу. На данный момент с этой установкой, $(var.SpecialPath)
не определяется и сборка CrashSplosions.
По очевидным легальным причинам я должен был исключить 90% project.wxs файла и переименовать некоторый материал, но во всех отношениях это - то, что я имею.
<?xml version="1.0" encoding="UTF-8"?>
<Wix xmlns="http://schemas.microsoft.com/wix/2006/wi">
<Product Id="*" Name="myApp" Language="1033" Version="$(var.Version)" Manufacturer="myApp" UpgradeCode="$(var.UpgradeCode)">
<Package Id="*" InstallerVersion="200" Compressed="yes" />
<Media Id="1" Cabinet="media.cab" EmbedCab="yes" />
<Directory Id="TARGETDIR" Name="SourceDir" >
<Directory Id="ProgramFilesFolder">
<Directory Id="INSTALLLOCATION" Name="myApp">
<Component Id="myAppEXE" Guid="FD5EBC02-MY29-GUID-ACCA-61324C5F1B68">
<RegistryKey Root="HKLM" Key="Software\MyApp">
<RegistryValue Value="0" Type="string" KeyPath="yes"/>
</RegistryKey>
<File Id="MYAPPEXE" Name='myApp.exe' Source="..\myApp\bin\$(var.SpecialPath)\myApp.exe" />
</Component>
<Component Id="EngineDLL" Guid="*">
<File Id="ENGINEDLL" Name='Engine.dll' Source="..\myApp\bin\$(var.Configuration)\Engine.dll" />
</Component>
<Component Id="CommonDLL" Guid="*">
<File Id="COMMONDLL" Name='Common.dll' Source="..\myApp\bin\$(var.Configuration)\Common.dll" />
</Component>
</Directory>
</Directory>
</Directory>
<Feature Id="ProductFeature" Title="myApp" Description='All' Display='expand' Level="1" ConfigurableDirectory='INSTALLLOCATION'>
<ComponentRef Id="myAppEXE" />
<ComponentRef Id="EngineDLL" />
<ComponentRef Id="CommonDLL" />
</Feature>
</Product>
</Wix>
Как уже было сказано, необходимо передать переменные в WiX. Мы используем Nant вместо MSBuild, но концепция остается прежней.
Вот пример Нанта, передающего полдюжины переменных на свечу (это не самый чистый пример, но он дословно снят с проекта, над которым я работал)
<candle out="${dir.obj}\"
rebuild="true"
extensions="WixUIExtension;WixNetFxExtension">
<defines>
<define name="ProcessorArchitecture" value="${release.platform}" />
<define name="SourceDir" value="${dir.source}" />
<define name="version" value="${version}" />
<define name="releasetype" value="${release.type}" />
<define name="Language" value="${language}" />
<define name="product" value="${string.product}" />
<define name="productedition" value="${release.productedition}" />
</defines>
<sources>
<include name="*.wxs" />
<include name="..\Common\*.wxs" />
</sources>
</candle>
<!-- Define fallback culture for non-US -->
<property name="cultures" value="${language}" />
<property name="cultures" value="${language};en-US" unless="${language == 'en-US'}" />
<light
out="${dir.build}\setup_${release.platform}_${release.compressionlevel}.msi"
extensions="WixUIExtension;WixNetFxExtension;WixUtilExtension"
cultures="${cultures}"
rebuild="true"
suppressices="ICE03;ICE82"
suppresspdb="true" >
<arg line="-loc "setup-${language}.wxl"" />
<arg line="-sw1101" />
<arg line="-b ${dir.resources}" />
<arg line="-b ${dir.resources.common}" />
<arg line="-b ${dir.resources.common}\Microsoft" />
<arg line="-b ${dir.source}" />
<arg line="-dcl:${release.compressionlevel}" />
<arg line="-dWixUILicenseRtf=EULA_${language}.rtf" />
<sources>
<include name="${dir.obj}\*.wixobj" />
</sources>
</light>
Причина, по которой это не работает, заключается в том, что Вы устанавливаете свойства msbuild в командной строке, которые не передаются как wix-переменные. Свойства MSBuild и переменные wix - это два разных понятия.
Один из способов исправить это - игнорировать концепцию свойств msbuild и использовать переменные окружения для передачи значений непосредственно в candle.exe
. Вы можете использовать переменные окружения в вашем wxs файле следующим образом:
$(env.SpecialPath)
Затем вы можете запустить вашу установочную сборку из пакетного файла, который подготавливает необходимые переменные окружения следующим образом:
@echo off
setlocal
set SpecialPath=foo
set Configuration=Release
set msbuild=C:\windows\Microsoft.NET\Framework\v3.5\MSBuild.exe
%msbuild% test.wixproj /t:Build || goto ERROR
exit /b 0
:ERROR
echo Failed to build setup!
exit /b 1
В качестве альтернативы, если вы предпочитаете передавать параметры через свойства msbuild, вы должны сначала взглянуть на документацию msbuild candle task. Она показывает, что Вы можете устанавливать значения в Вашем wixproj файле следующим образом:
<DefineConstants>Variable1=value1;Variable2=value2</DefineConstants>
Тем не менее, это все равно требует жесткого кодирования значений в wixproj файле. Если Вы хотите передать значения в качестве свойств msbuild в командной строке, то Вы, вероятно, должны сделать что-то вроде этого:
<DefineConstants>Variable1=$(value1);Variable2=$(value2)</DefineConstants>
и затем передать /p:value1=foo /p:value2=bar
в командной строке, или определить эти свойства msbuild в другом месте.