Question

Programmers that actually promote their products to production need an installer. (pre-emptive “programming related” justificaton.)

For deploying a new suite of internal corporate apps and services, I’m trying to decide between using WIX and the InstallShield Express edition that comes with Visual Studio 2010.

I’ve looked, but haven’t found a feature matrix that highlights the features that are not in the express edition. I expect WIX to be generally quite capable, but more difficult to use, and have heard of situations that WIX doesn’t support well.

Has anyone found a feature matrix, or have other recommendations on the long-term best way to manage internal deployments?

Answer 1

I find that wix is a great choice (in spite of the very very steep learning curve) if you need to manage installers in a complex environment because

• setup definitions are stored in an XML format
• it gives you full control to the underlying windows installer technology; the XML schema typically closely follows the windows installer database schema (which is also the main reason why the learning curve is so steep)
• It is easy to integrate into your automated build
• Parts of the setup can be generated automatically
• It allows you to define small reusable modules and manage complex dependencies between them.
• no cost or licensing issues (before wix we all had to use a single “Installshield PC”)

Why the XML format is an advantage: this allows you to fully leverage code versioning systems like subversion or mercurial. Reviewing changes, examining history or even merging changes across branches is a breeze. Compare that to installshield projects which are opaque binary blobs.

What I mean by managing complex dependencies: in our case we have a big pool of reusable component libraries with a complex set of dependencies between them, and many applications that were build on top of that. Before wix, this was a nightmare when a new dependency was introduced somewhere: ALL setups had to be updated.

Now with wix, we have a ComponentGroup for each library, organized into a couple wixlibs. Each component group references other component groups that it depends on with a ComponentGroupRef. Application setup developers only need to reference the component groups of direct dependencies, and wix will do the rest by following the references. As a result, introducing a new dependency only requires making a single local change. Our automated builds and wix do the rest to regenerate all the setups.