Visual studio 自动发布脚本和VisualStudio安装项目

Visual studio 自动发布脚本和VisualStudio安装项目,visual-studio,msbuild,wix,build-automation,vdproj,Visual Studio,Msbuild,Wix,Build Automation,Vdproj,我认为这里的大多数人都理解完全自动化构建的重要性 问题是我们的一个项目现在正在使用一个集成的VisualStudio安装项目(vdproj),并且最近已经移植到VisualStudio2008。不幸的是,那些不会在MSBuild中构建的,在2008年调用devenv.exe/build的都会崩溃,显然它在所有多核计算机上都会这样做(!!!)。因此,现在我可以选择要么回滚到.NET2.0和2005,要么干脆放弃VisualStudio部署,但首先,我想听听第二种意见 有人知道另一种自动生成.vdp

我认为这里的大多数人都理解完全自动化构建的重要性

问题是我们的一个项目现在正在使用一个集成的VisualStudio安装项目(vdproj),并且最近已经移植到VisualStudio2008。不幸的是,那些不会在MSBuild中构建的,在2008年调用devenv.exe/build的都会崩溃,显然它在所有多核计算机上都会这样做(!!!)。因此,现在我可以选择要么回滚到.NET2.0和2005,要么干脆放弃VisualStudio部署,但首先,我想听听第二种意见

有人知道另一种自动生成.vdproj的方法吗?它不需要我们打开IDE并点击东西



WiX是我在说我们将抛弃vdproj时想到的。您对它有经验吗,好东西,警告?

低成本的解决方案是切换到使用ClickOnce,您可以使用MSBuild自动执行。但是,如果您仍然需要创建一个Windows Installer软件包,那么您需要将项目转换为WiX(非常直截了当的foward),并使用您的解决方案构建它

这将使您开始:

我以前使用过WiX,通常我发现,一旦你知道该做什么,它会很好,但学习曲线会很陡峭。如果你花了整整一天的时间复习WiX教程,你应该能够完成80%的设置


我也有同样的要求,最后使用了这两个链接中的建议

基本上,由于TeamBuild本身不会为您构建安装项目,因此这种方法让您在常规构建完成后添加一个新的构建步骤。此步骤通过启动devenv.exe启动第二个生成。IDE将生成您的安装文件。额外的构建成本有点高,但我们只需要在即将推出的构建中使用它。每日构建最多需要此自定义项。我们的CI构建不需要每次构建安装文件

然后执行一些复制命令,再次执行团队系统构建结果中显示的构建步骤,将设置文件移动到网络共享等

一开始它感觉有点像克鲁格,但它确实有效,它也是自动化内置团队系统的一个成熟部分,因此它为我的持续集成目标发挥了作用