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