Installieren von Visual Studio 2017 RC bricht dotnet core 1.0.1?

Ich kann nicht mehr Projekte erstellen, die .net Core 1.0.1 verwenden, sobald ich Visual Studio 2017 RC installiert habe, also ist es nicht so "Seite an Seite", wie wir es uns erhofft haben.Installieren von Visual Studio 2017 RC bricht dotnet core 1.0.1?

Wenn ich baue ich diesen Fehler:

D:\dev\app >dotnet build 
Microsoft (R) Build Engine version 15.1.0.0 
Copyright (C) Microsoft Corporation. All rights reserved. 

Build started 11/28/2016 10:35:13 AM. 
    1>Project "D:\dev\...\app.xproj" on node 1 (Build target(s)). 
    1>D:\dev\..\app.xproj(7,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-preview3-004056\Extensions\Microsoft\VisualStudio\v14.0\DotNet\Microsoft.DotNet.Props" was 
not found. Confirm that the path in the <Import> declaration is correct, and 
that the file exists on disk. 
    1>Done Building Project "D:\dev\...\app.xproj" (Build target(s)) -- FAILED. 

Build FAILED.

Update: Ich habe eine Abhilfe in den Kommentaren dokumentiert, aber wenn es eine Möglichkeit gibt, sowohl preview3 und Preview2 Werkzeuge zu arbeiten „nebeneinander“ zu bekommen, das ist was diese Frage stellt.

Quelle

2016-11-28 Warren P

Abhilfe: Umbenennen Ordner C: \ Programme \ dotnet \ sdk \ 1.0.0-preview-3, indem Sie eine Tilde oder ein Dollarzeichen davor setzen und nur den Werkzeugordner preview2 übrig lassen. Absicht der Problemumgehung ist es, Preview2-Tooling-Funktion in Ordnung zu lassen, obwohl die 2017RC einen defekten Satz von Tools ausgeliefert. –

alternative Problemumgehung könnte sein, zu add-remove-Programme gehen und finden Sie die dotnet preview3 Tooling-Artikel und entfernen Sie es, die wahrscheinlich in etwa den gleichen Effekt haben würde. –

Da das Endergebnis ein SDK ohne Vorschau wäre, denke ich, dass es sich um ein temporäres "bekanntes Problem" ohne Korrektur handeln würde. Eine andere Problemumgehung besteht darin, 'dotnet migrate' auszuführen, um vollständig in die Vorschau 3 zu wechseln. –

Der richtige Weg, um sicher die richtigen .net Kern-Tools zu machen gewöhnt ist eine Datei global.json in Ihrer Lösung Verzeichnis genannt, die gewünschten Werkzeuge verweisen:

{ 
    "projects": [ "src", "test" ], 
    "sdk": { 
    "version": "1.0.0-preview2-003121" 
    } 
}

Quelle

2016-11-29 20:27:28

http://www.hanselman.com/blog/PublishingASPNETCore11ApplicationsToAzureUsingGitDeploy.aspx – Alexan

Wo lebt der global.json? – CyberMonk

Lösung Verzeichnis ist wo –

Installieren von Visual Studio 2017 RC bricht dotnet core 1.0.1?

Antwort

Verwandte Themen