我认为这里的大多数人都明白完全自动化构建的重要性。自动发布脚本和Visual Studio安装项目
问题是我们的项目之一是现在使用集成的Visual Studio安装项目（vdproj），最近已移植到Visual Studio 2008.不幸的是，那些不会在MSBuild中生成并调用devenv.exe/build 2008年只是崩溃，显然它在所有多核计算机上都这样做（!!!）。所以现在我可以选择回滚到.Net 2.0和2005，或者简单地拒绝Visual Studio的部署，但首先，我想要第二个意见。
任何人都知道另一种自动化的方式来构建一个.vdproj，不需要我们打开IDE并点击东西？
WiX的是我脑子里想的说，我们将沟vdproj时。你有任何经验，好东西，警告？
低成本的解决方案是切换到使用ClickOnce，您可以自动使用MSBuild。但是如果你仍然需要创建一个Windows安装程序包，你需要将你的项目转换为WiX（非常直接），并用你的解决方案来构建它。
这将让你开始： Automate Releases With MSBuild And Windows Installer XML
我以前用过WiX的一点点，一般我发现它的伟大一旦你搞清楚该怎么做，但有一个陡峭的学习曲线。如果你花费了一整天的时间去了解WiX教程，你应该能够获得80％的设置工作。
我有同样的要求和最终使用什么建议在这两个环节
基本上，因为团队建设，本身不会为您构建安装项目，这种方法让您在常规构建完成后添加新的构建步骤。这一步通过启动devenv.exe来关闭第二个版本。 IDE将构建您的安装文件。额外的构建是有点昂贵的，但我们只需要它将被推出的构建。每日构建最多需要此定制，我们的CI构建不需要每次构建安装文件。
之后，你执行某些复制命令，再次生成步骤，在你的团队系统显示生成结果，安装文件移动到网络共享等
它起初感觉有点像克鲁格，但它确实有效，它也是Team System自动构建的完整部分，因此它适用于我的持续集成目标。