【问题标题】:Using MSBuild to build a solution with multiple environments使用 MSBuild 构建具有多个环境的解决方案
【发布时间】:2012-10-31 22:10:09
【问题描述】:

我们有一个构建在 AnyCPU 中的解决方案,我们构建在 x64 机器上。它包含几个引用 Silverlight SDK(仅针对 x86)的项目。当我们在 Visual Studio 2010 中构建解决方案时,一切正常。

我们正在尝试自动化构建,当我们在该解决方案文件上触发 msbuild 时,依赖 Silverlight SDK 的两个项目都无法构建,而其他 50 个左右的项目构建正常。如果我调用 devenv.exe 来构建解决方案,它会很好地构建整个解决方案(如我所料)。

我想我可以创建某种构建文件来解决这个问题,但我宁愿不必在现有解决方案文件之外维护另一个构建文件。有什么方法可以告诉 msbuild 在没有单独的构建文件的情况下为每个项目构建“正确”的环境?

如果不是,那么我认为 msbuild 构建文件基本上只是 .proj 文件。有没有比MSBuild reference 更好的配置参考,或者说这真的是最无聊的起点?

【问题讨论】:

    标签: visual-studio-2010 msbuild


    【解决方案1】:

    如果没有详细说明您看到的确切错误,我猜您遇到了这个问题,因为 64 位版本的 msbuild 正在您的构建服务器上运行。由于 Visual Studio 2010 是 32 位的,因此您不会在此处看到此问题。

    要让团队构建使用 32 位 msbuild,请将构建配置中高级下的进程选项卡上的 MSBuild 平台设置设置为 X86。

    您的其他项目仍然可以以 AnyCPU 为目标,甚至可以以 x64 为目标,但除非您知道自己需要它,否则不建议这样做,并且可以正常编译。

    有用的图片here.

    更多信息可以在this post底部附近找到。

    希望这会有所帮助。

    【讨论】:

    • 现货;我们没有使用团队构建 - 我在命令行上调用 msbuild exe,并指定 32 位 msbuild.exe 使解决方案构建对于 target =“Any CPU”来说很好。我必须研究是否还有其他我们不想要的副作用,但就我的直接目的而言,这是可行的!
    猜你喜欢
    • 2012-12-16
    • 2011-05-08
    • 1970-01-01
    • 2016-08-28
    • 2018-10-01
    • 1970-01-01
    • 2011-09-09
    • 1970-01-01
    • 2020-01-02
    相关资源
    最近更新 更多