为什么 64 位 MSBuild 加载 32 位扩展？

Question

我正在尝试在 64 位计算机上使用 MSBuild (v4.0) 构建一个项目。由于某种原因，MSBuild 正在尝试加载 32 位扩展，但我不明白为什么。为了演示该问题，我已将问题减少到最小。

使用以下 MSBuild 项目文件：

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="4.0">
    <Target Name="test">
        <Message Text="bin path: $(MSBuildBinPath)" />
        <Message Text="extensions path: $(MSBuildExtensionsPath)" />
        <Message Text="extensions path (x86): $(MSBuildExtensionsPath32)" />
        <Message Text="extensions path (x64): $(MSBuildExtensionsPath64)" />
    </Target>
</Project>

我得到此输出：

Microsoft (R) Build Engine Version 4.0.30319.1
[Microsoft .NET Framework, Version 4.0.30319.1]
Copyright (C) Microsoft Corporation 2007. All rights reserved.

Build started 8/27/2010 9:56:35 AM.
Project "D:\5\test.proj" on node 1 (default targets).
test:
  bin path: C:\Windows\Microsoft.NET\Framework64\v4.0.30319
  extensions path: C:\Program Files (x86)\MSBuild
  extensions path (x86): C:\Program Files (x86)\MSBuild
  extensions path (x64): C:\Program Files\MSBuild
Done Building Project "D:\5\test.proj" (default targets).


Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:00:00.03

MSBuild 显然知道 32 位和 64 位扩展路径，并且从二进制路径看来很明显我正在运行 64 位 MSBuild.exe，但由于某种原因它认为应从 Program Files (x86) 而不是 Program Files 加载扩展。这给我带来了麻烦，因为我有一个需要加载的扩展，它必须在 32 位/64 位进程中正确加载，但它不会加载（MSBuild 正在尝试在 64 位进程中加载​​ 32 位版本）。

为什么？

Answer 1

我在 Microsoft Connect 上提交了一个错误，该错误被作为“设计原因”关闭，并给出了以下解释：

你是完全正确的 - 这已经改变了，严格来说，现在是错误的。然而，这是一个有意识的决定。更改的原因是其他产品安装的很多扩展（例如 .targets 文件）仅安装在 32 位程序文件位置。他们没有预料到 64 位场景，但通常可以在 64 位 MSBuild 中正常工作。当用户运行 64 位 MSBuild（现在很常见，因为它是 Team Build 2010 的默认设置）时，MSBuildExtensionsPath 过去会按照您的预期解析为 64 位程序文件。然而，这意味着不再找到所有这些 .targets 文件并且构建失败。让所有这些产品修复其设置创作是不切实际的，特别是因为它已经交付给客户。因此，我们进行了更改，使 MSBuildExetnsionsPath 始终指向 32 位位置。似乎几乎没有人真正想要 64 位位置，而这些人可以更改为 MSBuildExtensionsPath64。这实际上是一个最不坏选择的问题。

我接受证据​​，但不同意结论。我认为损坏的安装程序的作者应该让他们的扩展无法在 64 位计算机上运行。