2016-02-27 38 views
1

我是MSBuild和ASP Core的超級新手,並且在使用ASP Core(ASP 5)配置MSBuild時遇到問題。使用Msbuild構建ASP核心(ASP 5)項目

我最後一個錯誤是:

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v14.0\DNX\Microsoft.DNX.targets (126): The Dnx Runtime package needs to be installed.

但安裝DNX。

  1. dnvm安裝最新版本

  2. DNX安裝最新版本

  3. 我又增加了DNX_FEED環境變量Windows用戶:我在網上做了與科研

    主要步驟變量與https://www.nuget.org/api/v2

  4. 我ha d修改Windows用戶變量PATH環境變量C:\Users\OAG\.dnx\runtimes\dnx-clr-win-x86.1.0.0-rc1-update1\bin;C:\Program Files (x86)\MSBuild\14.0\Bin;C:\Users\OAG\.dnx\bin

通過我的TFS的版本是2013年的MSBuild操作的方式。

+0

我想你應該設置的env瓦爾在制度層面,而不是用戶級別,如果你的'建立一個系統帳戶agent'運行。更多的是,你的路徑中有'\\'。 –

回答

1

終於解決了所有感謝的答案

首先我的問題引導我造成

我用了的TeamCity,而不是TFS的MSBuild但相同dnx沒有安裝的錯誤仍然存​​在。

對我而言有趣的是,我在幾臺電腦上檢查過它,其中一些電腦中的所有內容都正常工作,另外一些錯誤仍然存​​在。

在某些情況下,我遇到了這個錯誤,但是在添加新的代理以構建已解決的錯誤之後。

所有與此鏈接Specify that MSBuild v14 use CoreClr RC1 for build並添加此行代碼命令行參數後:

/冗長:最小 /p:RuntimeToolingDirectory="C:\Users\Administrator.dnx\runtimes \ DNX-CLR-雙贏x86.1.0.0-RC1-UPDATE1"

該錯誤消失,包的錯誤不能找到運行DNU恢復提出這似乎很容易解決,但那是不容易,因爲軟件包已經存在於我的dnx文件夾中,並且錯誤地提到軟件包不存在(發生了什麼?)。

通過帕特里克在我主構建操作之前增加了一個PowerShell的水平,並添加Prebuild.ps1文件(存在於鏈接)也提到了微軟的鏈接Build and Deploy your ASP.NET 5 Application to an Azure Web App的幫助下,該解決DNU恢復的問題,現在命令行參數在主構建操作中可以是空的。

但是這是怎麼回事?

我發現,在構建操作(在某些情況下,我不知道)建立代理是單獨的區域建設和使用我的情況下生成代理其自身的DNX項目此文件夾中工作

C:\ WINDOWS \ Syswow64資料\ CONFIG \ systemprofile \

包含其自身的運行時間和包,終於讓我明白髮生了什麼事,DNX運行時是不存在的錯誤是運行版本沒有按病因這個地區並不存在,dnu恢復問題是因爲它在自己的區域中查找不是用戶dnx包。

順便說一句我的目標操作系統是Windows Server 2008 R2的

0

對於您的問題,

  1. 請您安裝的DNX版本匹配您在項目中使用的版本。您可以通過「dnvm list」命令檢查已安裝的DNX版本,並通過「dnvm use」命令更改版本。
  2. 當您從DNVM安裝或使用DNX時,添加了-g或-global參數以確保DNX可供所有用戶使用。

而且,當您從dnvm安裝dnx時,DNX bin已自動添加到用戶PATH環境變量中。所以你不需要手動添加它。

指令有關DNVM:Version Manager