我认为这里的大多数人都了解全自动构建的重要性。
问题是我们的项目之一现在正在使用集成的Visual Studio安装项目（vdproj），并且最近被移植到Visual Studio 2008.不幸的是，那些不会在MSBuild中构建并在2008年调用devenv.exe / build只是崩溃，显然它在所有多核计算机上都这样做（!!!）。所以现在我可以选择回滚到.Net 2.0和2005，或者只是放弃Visual Studio部署，但首先，我想要第二个意见。
任何人都知道构建.vdproj的另一种自动方式，它不需要我们打开IDE并点击东西？
当说我们放弃vdproj时，WiX就是我的想法。你对它有什么经验，好事，警告吗？
答案 0 :(得分：5)
低成本解决方案是切换到使用ClickOnce，您可以使用MSBuild自动执行。但是，如果您仍然需要创建Windows Installer程序包，则需要将项目转换为WiX（非常直接），并使用您的解决方案构建它。
这会让你开始： Automate Releases With MSBuild And Windows Installer XML
答案 1 :(得分：3)
之前我曾经使用过WiX，一般来说，一旦你弄清楚要做什么，我就会发现它很棒，但学习曲线很陡峭。如果你花了一整天的时间浏览WiX教程，你应该能够让80％的设置工作。
答案 2 :(得分：1)
我有相同的要求，最后使用了这两个链接中建议的内容
基本上，由于Team Build本身不会为您构建安装项目，因此这种方法可以在常规构建完成后添加新的构建步骤。此步骤通过启动devenv.exe来触发第二个构建。 IDE将构建您的安装文件。额外的构建成本有点高，但我们只需要将其用于需要推出的构建。每日构建最多需要这种自定义，我们的CI构建不需要每次都构建安装文件。
之后，您执行一些复制命令，再次构建显示在Team System构建结果中的步骤，将安装文件移动到网络共享等。
起初感觉有点像kluge，但它确实有效，它也是Team System中自动构建的完整部分，因此它适用于我的持续集成目标。