WIX: Comment définir dynamiquement le nom du fichier de sortie msi

Question

Je souhaite inclure une partie dynamique dans le nom de fichier du fichier msi que mes projets wix produisent. Cette partie dynamique doit être contrôlée par des variables qui font partie de mon projet de Wix et déclarées comme ceci:

<?define ProductVersion="7.1.0.1" ?> 

Quelqu'un sait-il d'un moyen d'envoyer cette valeur de cette variable Wix à l'éditeur de liens pour l'utiliser comme une partie du nom de fichier de sortie?

Soit dit en passant: J'utilise Wix3

Answer 1

Comme il est juste un nom de fichier, pourquoi ne pas avoir une action post-construction qui renomme le fichier dans votre script de compilation (en supposant MSBuild)?

Answer 2

Le nom du fichier msi n'est pas déterminé par vos fichiers wix, mais par le commutateur light.exe -out. Vous pouvez utiliser la même valeur pour -out et à l'intérieur de vos fichiers Wix si vous effectuez les opérations suivantes dans votre script de construction, en supposant qu'il est un script batch:

• définir une variable d'environnement avec set productversion=1.2.3
• passe -out foo%productversion%.msi au light.exe éditeur de liens
• utilisent la même variable d'environnement dans vos fichiers Wix comme $(env.productversion)

Answer 3

Product Id="GUID" Name="whatevername $(var.ProductVersion)" 

Answer 4

Les variables doivent-elles être définies dans WiX? Je construis mes binaires d'installation à partir de MSBuild, et j'ai simplement défini le nom du fichier de sortie à MyProject_$(Platform) - Je m'attends à ce que toute substitution de variable MSBuild fonctionne aussi bien.

Answer 5

Vous pouvez mettre à jour le OutputName de votre fichier .wixproj et utiliser une variable MSBuild pour passer le numéro de version ou toute autre variable que vous aimez.

scénario

Mon construction ressemble à ceci:

set PRODUCTVERSION=7.1.0.1 
MSBuild.exe /p:Configuration=Debug /p:ProductVersion=%PRODUCTVERSION% Installer.wixproj 

Et mon projet WiX ressemble à ceci:

<?xml version="1.0" encoding="utf-8"?> 
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> 
    <PropertyGroup> 
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration> 
    <Platform Condition=" '$(Platform)' == '' ">x86</Platform> 
    <ProductVersion>1.0.0.0</ProductVersion> 
    <ProjectGuid>{b7415c44-8d59-4ac2-b698-03e399a305e3}</ProjectGuid> 
    <SchemaVersion>2.0</SchemaVersion> 
    <OutputName>Installer.$(ProductVersion)</OutputName> 
    ... 
    </PropertyGroup> 
    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' "> 
    <OutputPath>bin\$(Configuration)\</OutputPath> 
    <IntermediateOutputPath>obj\$(Configuration)\</IntermediateOutputPath> 
    <DefineConstants>Debug</DefineConstants> 
    <WixVariables>ProductVersion=$(ProductVersion)</WixVariables> 
    </PropertyGroup> 
    ... 
</Project> 

La sortie serait:

Installer.7.1.0.1.msi 

Answer 6

Si vous avez plusieurs configuration que dans le fichier .wixprj vous pouvez faire ce qui suit

<OutputName Condition="'$(Configuration)' == 'User'">User.Setup</OutputName> 
<OutputName Condition="'$(Configuration)' == 'Designer'">Designerr.Setup</OutputName> 

Answer 7

J'ai trouvé quelques grands messages de référence pour faire juste cette opération:

http://blog.tentaclesoftware.com/archive/2009/05/03/38.aspx

et un suivi avec une meilleure méthode de création du fichier de sortie en utilisant un événement pré-construction:

http://blog.tentaclesoftware.com/archive/2010/08/05/99.aspx

Je sais les liens sont vieux, mais la méthode est son.

Voici les étapes de base:

• Mettez la version que vous souhaitez utiliser dans un fichier que vous pouvez accéder à partir de votre projet. J'utilise l'exécutable principal de mon installation car je me lie aussi à cette version dans mes wxs. Dans mon cas, étant donné que je construis avec C# et que j'utilise SVN, j'ai une version modèle de mon assembly.cs, assembly.cs.txt, que j'exécute subwcrev en tant qu'événement de pré-construction pour créer le assembly.cs qui obtient compilé dans mon exécutable (je le fais en fait dans un projet séparé dans ma solution). Subwcrev insère des informations de date et de révision que j'utilise pour créer une version sous la forme "major.minor.version.0" où j'utilise "year.month.revision.0" pour ma version. Maintenant, je règle simplement AssemblyFileVersion avec cette méthode, mais pour pouvoir utiliser mon numéro de version dans l'événement wixproj build référencé dans le post ci-dessus, je dois également définir AssemblyVersion car c'est ce qui est accessible avec GetAssemblyIdentity. Cette méthode serait discutable si j'utilisais vraiment un assembly auquel quelqu'un d'autre est lié, mais pour moi c'est OK car c'est dans mon application finale exécutable. Suivez les étapes décrites dans la deuxième publication (le premier article traite de l'utilisation de la méthode de liaison pour la version dans wxs et du déchargement et de l'édition du contexte wixproj - valeur pour le deuxième article).

Fonctionne comme un charme!