我认为这里的大多数人都理解全自动构建的重要性。
问题之一是我们的项目正在使用集成的Visual安装项目(vdproj),并且最近已经移植到Visual 2008。不幸的是,那些不会在MSBuild中构建并在2008年调用devenv.exe /build的程序就崩溃了,显然它在所有的多核计算机上都是如此(!)。因此,现在我可以选择回滚到Visual 2.0和2005,或者干脆放弃Visual部署,但首先,我想要一个第二种意见。
有人知道另一种自动构建.vdproj的方法,它不需要我们打开IDE并点击一些东西?
当我说我们将抛弃vdproj时,WiX就是我的想法。你有什么经验吗,好东西,警告?
发布于 2008-08-06 20:25:24
低成本的解决方案是切换到使用ClickOnce,您可以使用MSBuild实现自动化。但是,如果您仍然需要创建包,则需要将您的项目转换为WiX (非常直接),并使用您的解决方案构建该包。
这会让你开始:使用MSBuild和自动发布
发布于 2008-08-06 22:26:49
我以前使用过WiX,通常我发现,一旦您知道了该做什么,它是很棒的,但是有一个陡峭的学习曲线。如果您花了整整一天的时间浏览WiX教程,那么您应该能够完成80%的设置工作。
WiX工具集教程
发布于 2009-08-26 20:28:27
我有同样的要求,最后使用了这两个链接中的建议。
大卫·威廉姆斯博客
MSDN文章
基本上,由于Team本身不会为您构建安装项目,这种方法让您在常规构建完成后添加一个新的构建步骤。这个步骤通过启动devenv.exe启动第二个构建。IDE将生成您的安装文件。额外的构建是有点昂贵,但我们只需要它的构建,将被推出。每日构建最多需要这种定制,我们的CI构建不需要每次构建安装文件。
然后执行一些复制命令,再一次显示在团队系统构建结果中的构建步骤,将安装文件移动到网络共享等。
它一开始感觉有点像kluge,但它确实有效,它也是团队系统中自动化构建的一个成熟部分,因此它适用于我的持续集成目标。
https://stackoverflow.com/questions/3867
复制相似问题