It was almost two years ago when Visual Studio approached me about shipping the WiX toolset in Visual Studio. We built a plan that combined the efforts of program management, developers, testers, documentation and localization people from Visual Studio with the volunteer group to release the WiX toolset version 3.0 as part of Visual Studio 2010. We executed on that plan to deliver the WiX toolset as part of the Visual Studio 2010 CTP and were on track to deliver for Beta 1.
In that time we went from over a hundred bugs open to under thirty. Everything in the WiX toolset just works better and so much of that is due to the quiet efforts of those in Visual Studio. However, over that time, the entire management chain from lead up to (but not including) Soma changed. With that amount of change in management comes a potential change in approach.
With that cliffhanger in place, let me switch to Q&A mode. Note, these are my answers based on my conversations with the Visual Studio team.
Q: What is Visual Studio's new approach to the WiX toolset?
A: The WiX toolset is a great compliment to Visual Studio. WiX provides complete access to the Windows Installer technology and integrates well into the build process. Visual Studio will continue to contribute to the project but will not ship the WiX toolset.
Q: That means the WiX toolset *not* be part of the Visual Studio install?
A: Correct. This is the biggest change in the relationship between WiX and VS. Previously, there were plans to ship a subset of the WiX toolset as part of some Visual Studio products. Now the focus is solely on contributing all changes to the WiX Open Source project.
Q: Why did Visual Studio change its approach to the WiX toolset?
A: There is a lot of overhead shipping the WiX toolset "in the box" of Visual Studio. From a business perspective, it isn't clear how shipping "in the box" adds significant value vs. purely contributing to the Open Source project.
Q: So is all of the work Visual Studio still going to be part of the WiX toolset?
A: Absolutely. The business decision to not ship the WiX toolset in Visual Studio does not diminish the value of the effort thus far. Instead, the Visual Studio team is narrowing their focus on distributing the code via a single means, the WiX toolset Open Source project.
Q: Is Visual Studio going to continue to contribute code to the WiX toolset?
A: For the near term, yes. There is a large body of code to support the new Visual Studio 2010 and MSBuild functionality to contribute in the next few weeks. I'm very excited about that (plus all the work already part of WiX v3). After that, we'll see how the Visual Studio team decides to proceed. I hope they continue to participate but their future is in their hands.
Q: What does this mean for the WiX toolset?
A: Not much directly. We wanted to deliver a production quality release of WiX v3 before the end of the year . The Visual Studio team has helped us do that and I really hope they will continue to do so. Personally, I would love it if Visual Studio was one more way to distribute the WiX toolset but that doesn't seem to align with their goals at this time.
Q: Does Visual Studio still provide food for the volunteers that work on the WiX toolset?
A: Yes and I very much appreciate that. I probably don't thank them enough. Visual Studio has done some very nice things to support the volunteers on the WiX toolset and we appreciate it. Delivering high quality tools that build high quality installation packages is in everyone's best interest.
We're proud to be fighting the good fight.
RobMensching.com LLC
31 Comments
Comment by Jeff Hunsaker on Wednesday, April 01, 2009 4:16 PM
Comment by Devin on Wednesday, April 01, 2009 6:27 PM
Comment by Greg Duncan on Wednesday, April 01, 2009 7:09 PM
Comment by Christopher Painter on Thursday, April 02, 2009 6:37 AM
Comment by Rob Mensching on Thursday, April 02, 2009 9:38 AM
Comment by Rob Mensching on Thursday, April 02, 2009 9:49 AM
Comment by Christopher Painter on Thursday, April 02, 2009 2:16 PM
Comment by Devin on Thursday, April 02, 2009 6:11 PM
Comment by Rob Mensching on Thursday, April 02, 2009 9:51 PM
Comment by Rob Mensching on Thursday, April 02, 2009 10:43 PM
Comment by VirtualStaticVoid on Friday, April 03, 2009 1:52 AM
Comment by Christopher Painter on Friday, April 03, 2009 3:55 AM
Comment by brian on Friday, April 03, 2009 8:30 AM
Comment by Rob Mensching on Friday, April 03, 2009 8:46 AM
Comment by Rob Mensching on Friday, April 03, 2009 9:09 AM
Comment by Rob Mensching on Friday, April 03, 2009 9:11 AM
Comment by Stefan Krueger on Friday, April 03, 2009 10:41 AM
Comment by Christopher Painter on Friday, April 03, 2009 12:48 PM
Comment by Rob Mensching on Friday, April 03, 2009 4:18 PM
Comment by Dan Jagnow on Friday, April 03, 2009 7:25 PM
Comment by Christopher Painter on Saturday, April 04, 2009 4:10 AM
Comment by Immo Landwerth on Saturday, April 04, 2009 5:10 AM
Comment by Neil Sleightholm on Sunday, April 05, 2009 10:30 AM
Comment by Rob Mensching on Sunday, April 05, 2009 2:39 PM
Comment by Rob Mensching on Sunday, April 05, 2009 2:43 PM
Comment by Rob Mensching on Sunday, April 05, 2009 2:50 PM
Comment by Vaccano on Sunday, April 05, 2009 10:59 PM
Comment by Greg Brady on Wednesday, April 08, 2009 8:29 AM
Comment by Will on Tuesday, April 14, 2009 3:16 AM
VS is already hopelessly over-coupled to everything around it - can't ship if SQL Server is late, can't fix the MSDN viewer because it's part of VS, VC dialog editing ruined by having to be like VB, can't ship the WPF-based editor until WPF fixes their broken text-rendering, etc, etc, etc.
The successful projects, which are capturing people's imagination at the moment, are the ones who have deliberately *not* hitched a ride on that particular tumbrel. Look at MVC or DLR/IronPython.
If excessive coupling is bad in software design, it's even worse in project management, and never is that clearer than VS.
Free of VS and it's over-thinking, over-meetinged, over-eating attitude, you can march to your own beat, and get a bit of excitement back into the project.
Your exchange with Christopher Painter higher up suggests you need to triage more aggressively - if you're not looking at crashing/data-loss, push those bugs out and go for a proper release. You're an installer compiler, not an enterprise filesystem.
Comment by Gavin Greig on Wednesday, August 19, 2009 3:08 AM
After more than a decade of using one of the high cost but flaky alternatives, I was overjoyed to be able to switch to WiX. I have nothing but good things to say of it.
Comment by Vadim Rapp on Wednesday, September 29, 2010 8:50 AM