我认为这里的大多数人都了解全自动构建的重要性。
问题是我们的一个项目现在正在使用集成的 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（非常直接）并使用您的解决方案构建它。
我以前使用过一点 WiX，通常我发现一旦你弄清楚要做什么，它就很棒，但是学习曲线很陡峭。如果您花一整天的时间阅读 WiX 教程，您应该能够完成 80% 的设置工作。
我有同样的要求，最终使用了这两个链接中的建议
基本上，由于 Team Build 本身不会为您构建设置项目，因此这种方法让您在常规构建完成后添加一个新的构建步骤。此步骤通过启动 devenv.exe 启动第二次构建。IDE 将构建您的设置文件。额外的构建有点昂贵，但我们只需要它用于将要推出的构建。每日构建最多需要这种定制，我们的 CI 构建不需要每次都构建设置文件。
之后您执行一些复制命令，再次构建显示在您的团队系统构建结果中的步骤，将设置文件移动到网络共享等。
一开始感觉有点像一团糟，但它确实有效，它也是 Team System 中自动化构建的完整部分，因此它适用于我的持续集成目标。