我有几个ASP.NET vNext应用程序，我希望我的CI服务器也能够构建它们。我的本地机器和CI服务器都运行着VS2015 RC。然后我们有VS Online和一个本地构建控制器 - 这是所提到的服务器。
然而，我无法进行构建，因为似乎正在寻找v12工具，其中不包括任何DNX内容。
因此，构建解决方案会出现以下情况:
需要安装Dnx Runtime包。请查看输出窗口以获取更多详细信息。
它已经安装了 - 因为它随VS2015 RC一起安装，据我所知。因此，我认为构建模板未使用v14工具。我下载了默认的Git模板v12。确实如此：
因此，为了解决这个问题，我找到了论坛问题，其中提到：
然后，您需要更改涉及的MSBuild版本，而不是更改BuildProcessVersion属性。打开构建流程模板，找到“运行MSBuild项目”活动，将 ToolPath 属性更改为2013版本的msbuild
因此，我检查了模板-没有ToolPath版本。但是有一个ToolVersion属性，我将尝试将其设置为14。
更新
似乎问题不在于使用错误的工具，而更多地在于找到/使用正确的DNX运行时，同时在服务帐户下运行（TFS代理正在运行）。 我已经为DNX团队添加了一个问题: https://github.com/aspnet/dnx/issues/2239。
然而，我无法进行构建，因为似乎正在寻找v12工具，其中不包括任何DNX内容。
因此，构建解决方案会出现以下情况:
需要安装Dnx Runtime包。请查看输出窗口以获取更多详细信息。它已经安装了 - 因为它随VS2015 RC一起安装，据我所知。因此，我认为构建模板未使用v14工具。我下载了默认的Git模板v12。确实如此：
<this:Process.BuildProcessVersion>12.0</this:Process.BuildProcessVersion>
所以我将它改为14，上传了模板，运行了构建。然后：
因此，为了解决这个问题，我找到了论坛问题，其中提到：
然后，您需要更改涉及的MSBuild版本，而不是更改BuildProcessVersion属性。打开构建流程模板，找到“运行MSBuild项目”活动，将 ToolPath 属性更改为2013版本的msbuild
因此，我检查了模板-没有ToolPath版本。但是有一个ToolVersion属性，我将尝试将其设置为14。
更新
似乎问题不在于使用错误的工具，而更多地在于找到/使用正确的DNX运行时，同时在服务帐户下运行（TFS代理正在运行）。 我已经为DNX团队添加了一个问题: https://github.com/aspnet/dnx/issues/2239。