我认为这里的大多数人都知道全自动构建的重要性。

问题是我们的项目之一现在正在使用集成的Visual Studio安装程序项目(vdproj)，并且最近已移植到Visual Studio2008. 不幸的是，那些将无法在MSBuild中生成并在2008年调用devenv.exe / build会崩溃，显然，它在所有多核计算机上都可以做到这一点(!!!)。因此，现在我可以选择回滚到.Net 2.0和2005，或者只是放弃Visual Studio部署，但是首先，我想提出第二点意见。

有谁知道另一种自动生成.vdproj的自动化方法，它不需要我们打开IDE并单击东西？

我说过要放弃vdproj时就想到了WiX。我们对它有任何经验吗，好东西，告诫？

解决方案

回答

低成本的解决方案是切换到使用ClickOnce，我们可以使用MSBuild自动执行该操作。但是，如果仍然需要创建Windows Installer程序包，则需要将项目转换为WiX(相当直接)，并使用解决方案进行构建。

这将使我们开始：
使用MSBuild和Windows Installer XML自动发布

回答

我之前曾经使用过WiX，通常我发现，一旦我们知道该怎么做，那就很好了，但是学习曲线却很陡。如果我们花费大量时间浏览WiX教程，则应该能够使80％的设置正常运行。

连结文字

回答

我有相同的要求，最终使用了这两个链接中的建议

大卫·威廉姆斯(David Williams)博客

MSDN文章

基本上，由于Team Build本身不会为我们构建安装项目，因此这种方法可让我们在常规构建完成后添加新的构建步骤。此步骤通过启动devenv.exe来启动第二个版本。 IDE将构建安装文件。额外的构建有些昂贵，但我们仅在要推出的构建中需要它。每日构建最多需要这种自定义，我们的CI构建不需要每次都构建安装文件。

之后，我们执行一些复制命令，再次在团队系统的构建结果中显示构建步骤，以将安装文件移至网络共享等。

初看起来有点像杂乱无章，但它确实起作用，它还是Team System中自动构建的完整组成部分，因此它可以实现我的持续集成目标。