我有几个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内容。
因此,构建解决方案会出现以下情况:
![The Dnx Runtime package needs to be installed. See output window for more details](https://istack.dev59.com/GcdcB.webp)
它已经安装了 - 因为它随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。