我想这里的大多数人都了解全自动构建的重要性。

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

任何人都知道另一种自动构建.vdproj的方法,它不需要我们打开IDE并点击东西?


当说我们放弃vdproj时,WiX就是我想到的。 你有任何经验吗,好事,警告?

===============>>#1 票数:6 已采纳

低成本解决方案是切换到使用ClickOnce,您可以使用MSBuild自动执行。 但是,如果您仍然需要创建Windows Installer程序包,则需要将项目转换为WiX(非常直接),并使用您的解决方案构建它。

这将帮助您入门: 使用MSBuild和Windows Installer XML自动发布

===============>>#2 票数:3

之前我曾经使用过WiX,一般来说,一旦你弄清楚要做什么,我就会发现它很棒,但是学习曲线很陡峭。 如果您花了一整天的时间浏览WiX教程,那么您应该可以获得80%的设置。

WiX工具集教程

===============>>#3 票数:1

我有相同的要求,最后使用这两个链接建议

大卫威廉姆斯博客

MSDN文章

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

之后,您执行一些复制命令,再次构建显示在Team System构建结果中的步骤,将安装文件移动到网络共享等。

起初感觉有点像kluge,但它确实有效,它也是Team System中自动构建的完整部分,因此它适用于我的持续集成目标。

  ask by Coincoin translate from so

未解决问题?本站智能推荐: