【问题标题】:MSBuild or TFSBuild Conditional for One Project?一个项目的 MSBuild 或 TFSBuild 条件?
【发布时间】:2011-10-25 07:50:26
【问题描述】:

我在 Visual Studio 2010 解决方案中有一个长期构建(设置)项目。它设置为不在解决方案配置中构建。这样一来,当开发人员在本地构建时,他们就无需等待设置在 Visual Studio 中编译。

但是,我正在寻找一种方法来更改 tfsbuild 或 msbuild 文件中的配置,因此每当在服务器上构建东西时,总是会构建安装项目,而不管开发人员签入他们的解决方案时的设置可能是什么. TFS 2008 是源代码控制系统,但构建服务器只是一个普通的 Server 2008(完全安装了 devenv)。

感谢所有线索。

谢谢。

【问题讨论】:

    标签: tfs msbuild setup-deployment msbuild-4.0


    【解决方案1】:

    我建议在您的解决方案中创建一个新配置,例如命名为Release_Setup,这样您就可以为开发人员和安装程序构建单独的配置(请注意,如果他们愿意,开发人员可以选择该配置并在本地构建所有内容,当所有构建代理都很忙并且您想检查一切是否正常时,这非常好)。
    Solution Properties->Configuration Properties->Configuration 中,您甚至可以告诉它构建正常的发布配置,并且仍然可以选择构建哪些项目以及排除哪些项目。

    希望这会有所帮助。我还没有实际测试过,所以请尝试一下,如果有任何问题或者这不能解决您的具体问题,请回复评论。

    【讨论】:

    • 或者甚至只是将其设置为基于发布目标而不是调试?
    • @James 开发人员希望/必须为 Release 进行编译,以确保在提交任何更改之前一切正常。虽然这也可以通过 Gated Checkin 在服务器上完成,但在这种情况下可能仍然不希望构建安装程序。
    • 我尝试了很多不同的策略,最后还是按照 Sven 的建议做,添加了一个新的配置。因此开发人员使用解决方案配置“debug”,构建服务器使用解决方案配置“ci”。 'ci' 包含运行广泛测试和 MSI 创建的项目。谢谢!
    猜你喜欢
    • 2011-01-24
    • 1970-01-01
    • 1970-01-01
    • 2023-02-07
    • 2017-01-29
    • 2012-02-26
    • 1970-01-01
    • 1970-01-01
    • 2022-08-15
    相关资源
    最近更新 更多