Windows Installer XML (Wix) und Versionsnummern: Was zählt und was nicht.

image.png

Wer Setups / Installer (gibts da eigentlich ein Unterschied zwischen den Begriffen?) in der Windows Welt baut, der kennt vermutlich das Windows Installer XML (Wix). Toolset.

Versionsnummern in Wix

Beim Bauen des Installers kann man eine Versionsnummer nach dem üblichen System Major.Minor.Build.Revision festlegen, welche dann auch bei den Programmen in der Systemverwaltung dargestellt wird:

image

Was im Upgrade-Fall zählt

Wenn die Software mit der Version 1.0.0.0 installiert wurde und man baut nun eine Version 2.0.0.0 installieren möchte erkennt Wix die alte Software automatisch und entfernt diese und fügt die neue dann hinzu – so bleibt das System clean.

Problematisch wird es, wenn man nur die letzte Stelle der Version verändert: Darauf reagiert Wix nicht.

Beispiel:

Version 1.0.0.0 installiert und Version 1.0.0.1 wird ausgeliefert. In diesem Fall wird der Installer das alte Program nicht “löschen”, sondern es nochmal neu installieren. Erst bei der Versionsnummer 1.0.1.0 erkennt er, dass alte Versionen vorhanden sind und dann funktioniert der Upgrade-Prozess.

Mehr zum Nachlesen gibt es auf den offiziellen Seiten.

Wie bin ich zu dem Problem gekommen?

Ich bin auf das Problem gestoßen, da unser Nightly Build System bislang nach diesem System Versionsnummern generiert hat: 1.0.YYMM.DDBuildNumber – d.h. wenn ich täglich den Nightly Build installiere hätte ich am Ende des Monats mein System etwas vollgestopft mit unnötigen Ballast ;)

Vielen Dank auch an Sebastian Seidel – welcher per Twitter immer gute Tipps zum Thema Installer geben kann.

Zusammenfassung:

Wix-Versionssystem: Nummer.Nummer.Nummer.IstEgal

Wenn dir der Blogpost gefallen hat, dann hinterlasse doch einen Kommentar. Wenn du auf dem Laufenden bleiben willst, abonniere unseren RSS Feed oder folge uns auf Twitter.

About the author

Written by Robert Mühsig

Hi, ich bin Robert Mühsig und bin Webentwickler und beschäftige mich mit Web-Frameworks auf dem Microsoft Web Stack und scheue mich auch nicht vor Javascript. Der Blog begann als "Problemsammelstelle und Lösungshilfe" und seitdem schreibe ich hier alles auf. Seit 2008 bin ich Microsoft MVP für ASP.NET. Treffen kann man mich online via Twitter (@robert0muehsig) oder hier.

2 Responses

  1. Hallo Robert vielen Dank für die Erwähnung.
    WiX ist in diesem Fall nicht das Problem, sondern die Windows Installer Technologie an sich.

    Reply
  2. Was dann automatisvh zu Semantic Versioning führt. Cool!

    Reply

Comment on this post

Letzte Posts

  • image.png
    IIS & Windows Authentication – Troubleshooting mit Negotiate & NTLM

    Windows Authentifizierung ist eine einfache (und naheliegende) Authentifizierungs-Option für “Haus-interne” Webapplikationen. Setup Im IIS selbst kann man die Windows Authentifzierung sehr leicht anschalten: Natürlich kann man dies auch über die web.config steuern: <system.web> ... <authentication mode="Windows"/> ... </system.web> ... Fehlermeldung “HTTP Error 401.2 – Unauthorized”: Dies kann (wie fast immer) viele Gründe haben, z.B. weil ...

  • image.png
    Json-Online-Tools: Viewer & Json2Csharp Generator

    Wo APIs im Spiel sind, ist das JSON Format nicht weit. Da ich immer mal wieder zwei Tools benutze, möchte ich diese hier auch mal kurz würdigen. JSON Viewer Wer nur den JSON-Text vor sich hat sieht meist die Struktur nicht. Über JSON Viewer kann man sich recht einfach einen Überblick verschaffen: [URL] JSON2CSharp Der ...

  • image.png
    Tools & Vorgehen für Entwicklung rund um OpenXml oder wie erstelle ich Office Dokumente mit .NET?

    Durch meine Tätigkeit bei der  OneOffixx AG habe ich recht tiefe Einblicke in die Erstellung von Microsoft Office Dokumente mit .NET bekommen. Da das Problem “Office Dokumente per Code” zu erstellen recht verbreitet ist, schreib ich mal Empfehlungen für die ersten Schritte. Must Have Tools Ganz klar sollte man das Office in der jeweiligen Version ...

  • image.png
    Windows Phone SDK- & “System”-Icons

    Zwar legt das Metro Design viel Wert auf Typografie – jedoch sind auch Icons sehr wichtig. Wer das Windows Phone SDK installiert hat, bekommt 36 Icons mitgeliefert. Diese sind unter diesem Pfad zu finden: C:\Program Files (x86)\Microsoft SDKs\Windows Phone\v8.0\Icons Viele Icons, welche man von den eingebauten Anwendungen kennt, sind allerdings nicht enthalten. Pedro Lamas hat ...

  • image.png
    Wie finde ich heraus ob mein ADFS 2.0 funktioniert?

    Ich hatte mich recht lange mti dem Thema ADFS 2.0 (“Active Directory Federation Services”) beschäftigt und da kam die recht einfache Frage auf: Wie stelle ich fest ob die Verbindung zwischen ADFS und AD “funktioniert”? Hier eine simple Variante es zu testen… Was ist ein ADFS überhaupt? Wenn man über AD-Grenzen hinweg “Vertrauensstellungen” braucht, dann ...

Unterstützt von…

Facebook