10

以下代码尝试使用以下代码以编程方式构建解决方案BuildManager：

ProjectCollection pc = new ProjectCollection();
pc.DefaultToolsVersion = "12.0";
pc.Loggers.Add(fileLogger);
Dictionary<string, string> globalProperty = new Dictionary<string, string>();
BuildRequestData buildRequest = new BuildRequestData(solutionName, globalProperty, null, new[] { "Build" }, null);

BuildParameters buildParameters = new BuildParameters(pc)
{
    DefaultToolsVersion = "12.0",
    OnlyLogCriticalEvents = false,
    DetailedSummary = true,
    Loggers = new List<Microsoft.Build.Framework.ILogger> { fileLogger }.AsEnumerable()
};

var result = BuildManager.DefaultBuildManager.Build(buildParameters, buildRequest);

当我运行此代码时，它不会构建任何东西。我可以看到csc.exe除了一个特定版本之外，还使用了以下编译器winmdexp.exe：

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\Csc.exe
ExportWindowsMDFile:
    C:\Program Files (x86)\Microsoft SDKs\Windows\v8.0A\bin\NETFX 4.0 Tools\winmdexp.exe

但是当我使用 VS IDE 成功构建解决方案时，会出现以下信息：

C:\Program Files (x86)\MSBuild\12.0\bin\Csc.exe
ExportWindowsMDFile:
    C:\Program Files (x86)\Microsoft SDKs\Windows\v8.1A\bin\NETFX 4.5.1 Tools\winmdexp.exe

为什么我的代码中会发生这种情况以及如何更改它？

4

1 回答 1

19

从 Visual Studio 2013 开始，MSBuild 不再是 .NET Framework 组件。这意味着对打包和部署进行了一些重组。旧的 MSBuild 框架仍然存在于 .NET Framework 文件夹中。但是，当您安装 Visual Studio 2013 时，Microsoft Build Tools 12.0 也会安装到 C:\Program Files (x86)\MSBuild\12.0。请注意，构建工具在此处与 Visual Studio 分开提供。

当我第一次尝试这个时，我也遇到了和你一样的情况。问题是您可能已经引用了旧的“4.0”MSBuild Framework 程序集。您需要引用位于 C:\Program Files (x86)\MSBuild\12.0\bin 中的新 12.0 程序集（您必须在 VS 中浏览以添加引用）。您可能需要 Microsoft.Build、M​​icrosoft.Build.Engine 和 Microsoft.Build.Framework。一旦我更新了这些参考资料，我发现它在构建时使用了与 VS 2013 相同的工具。

于 2014-08-10T08:14:20.753 回答