2015-09-04 3 views
9

Ich versuche ASP.NET 5 Beta 7 Anwendung auf VSO zu bauen. Und ich folgende Störung zu erhalten:Haben Sie Glück beim Erstellen von ASP.NET 5 Beta 7-Anwendung auf VSO?

System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.DNX.PackageManager' or one of its dependencies. The system cannot find the file specified.

File name: 'Microsoft.DNX.PackageManager'

ich über dieses Thema wissen: https://github.com/aspnet/Announcements/issues/51

Also habe ich versucht neueste WebTools Powershell-Skript zu installieren, aber „Zugriff verweigert“.

Irgendwelche Ideen, wie Beta7 App in VSO zu bauen? Oder einfach nur warten VSO Build Server wird mit den neuesten Tools aktualisiert?

Antwort

6

Dies ist ein Ergebnis der Werkzeugänderungen für Visual Studio 2015 und VSO nicht die neuesten Tools in seiner gehosteten Build-Controller installiert ist (genauer gesagt, nicht Microsoft.Dnx.PackageManager nicht existieren und sollte eigentlich Microsoft.Dnx.Tooling sein). Um dies zu umgehen, neben Ihre eigenen Build-Controller-Hosting, können Sie auf die Kommandozeilen-Tools zurückgreifen dnu build und dnu publish:

dnu build "src\{YOUR.PROJECT.FOLDER}" --configuration "release" 

dnu publish "src\{YOUR.PROJECT.FOLDER}" --configuration "release" --out "your\output\directory\to\publish\to" --runtime "dnx-clr-win-x86.1.0.0-beta7" 

Ich habe dieses meist detailliert auf meinem Blog hier: Deploying ASP.NET 5 Beta 7 Through Visual Studio Online

Diese sollte nur ein vorübergehendes Problem sein, da man nur davon ausgehen kann, dass Microsoft seine Werkzeuge aktualisieren wird. Wenn dies abgeschlossen ist, sollten Sie in der Lage sein, zum normalen Visual Studio-Build-Schritt zurückzukehren.

+1

Gut finden. Ich musste eine DNU-Wiederherstellung "$ PSScriptRoot \ src" hinzufügen, bevor dnu build, um meine zu arbeiten – NPNelson

+0

Wenn Sie ein Skript in einem Unterordner haben oder wenn Ihr aktueller Ordner Kontext nicht das gleiche wie Ihr Skript ist, dann macht das Ich denke, du musst es hinzufügen. Gut zu beachten; Vielen Dank! –

0

Scheint, dass Sie PackageManager incorreclty umbenannt haben. Finden Sie einfach, wo Sie auf "Microsoft.DNX.PackageManager" verweisen und ändern Sie ihn in "Microsoft.DNX.Tooling"

+2

Lokal fertiggestellt. Ich habe alle Quell- und Projektdateien durchsucht: Referenzen nicht gefunden. AFAIK ist Werkzeug (Msbuild) Problem. – Andrey

7

Um ASP.NET 5 beta 7 Projekt erfolgreich zu erstellen, muss die Microsoft ASP.NET and Web Tools 2015 (Beta7) – Visual Studio 2015 installiert werden.

jedoch dieses Web-Tool auf gehostete Build-Server nicht verfügbar ist, das ist der Grund, warum Sie die „FileNotFoundException“ Fehlermeldung (bitte diesen Link für die Details überprüfen, was auf gehostete Build-Server installiert ist: http://listofsoftwareontfshostedbuildserver.azurewebsites.net/). Darüber hinaus dürfen Sie keine Software auf dem gehosteten Build-Server installieren, daher erhalten Sie die Fehlermeldung "Zugriff verweigert".

Also, um ASP.NET 5 Beta 7 Projekt erfolgreich zu erstellen, anstatt gehosteten Build-Server zu verwenden, müssen Sie Ihren eigenen On-Premise Build-Controller verwenden. Überprüfen Sie diesen Link für die Details: https://msdn.microsoft.com/library/ee330987

+0

Habe das nicht installiert, aber kann meine Lösung korrekt auf Beta 7 aufbauen. Das einzige, was ich getan habe, ist dnvm upgrade, das installierte beta 7. Installierte VS2015 vor über einem Monat – Vitaly

+2

@Vitaly, ich weiß, dass du ein Projekt erstellen kannst erfolgreich auf Ihrem lokalen Computer, kann aber nicht erfolgreich mit dem gehosteten Build-Controller erstellt werden. Wie bereits erwähnt, ist keine erforderliche Software auf dem gehosteten Build-Server verfügbar, und Sie haben keine Berechtigung zur Installation. Also, Sie können es nicht erfolgreich mit gehosteten Build-Controller erstellen, müssen Sie Ihr eigenes Build-System einrichten. –

+2

Das ist eine schlechte Problemumgehung; VSO war bis zu diesem Zeitpunkt mit Betas auf dem Laufenden. Gibt es überhaupt Umgebungsinformationen, um dnu auf den richtigen Speicherort der Bibliothek zu verweisen? Vielleicht etwas wie bindende Weiterleitungen? –

Verwandte Themen