2017-02-02 47 views
8

Podjęto próbę utworzenia nowego projektu przy użyciu generatora robotów, jednak po przejściu do folderu w celu przywrócenia zależności napotkam błąd.Nowy projekt core dotnet nie może odtworzyć

zacznę w pustym katalogu następnie wykonać następujące

yo aspnetcore-spa (select the Aurelia framework and .csproj project type) 
dotnet restore 

otrzymuję następujący błąd

warn : The folder '<path>/projFolder' does not contain a project to restore. 
+0

.csproj jest obsługiwany tylko począwszy od .NET Core CLI Preview 3. Czy zaktualizowałeś go na swoim komputerze? – Set

+0

Pobieram najnowszy SDK Net Core wczoraj z witryny – SJC

Odpowiedz

8

projektów Rdzeń .NET przy użyciu csproj wymagają co najmniej .NET Rdzeń CLI Preview 3. Dwukrotnie sprawdź, której wersji używasz, uruchamiając dotnet --info. Jeśli jest to 1.0.0-preview2 lub 1.0.0-preview2-1, to nie obsługuje csproj.

W czasie pisania, SDK, które obsługują csproj nie są wymienione na głównej stronie pobierania .NET Core Najnowszą wersją jest RC3 .NET Core CLI.

https://github.com/dotnet/core/blob/master/release-notes/rc3-download.md

Jeśli zainstalowano nowy SDK i dotnet --info nadal pokazuje starszą wersję, należy sprawdzić plik global.json w bieżącym katalogu lub jakichkolwiek katalogów nadrzędnych i upewnij się, że „SDK” ustawienie ma prawo wersja. Wygenerowany przez nas aspnetcore-spa tworzy plik global.json z SDK 1.0.0-preview3-004056, który nie jest najnowszym SDK.

3

Po prostu zaktualizuj swoją wersję dotnet-core-framework.
Naprawiłem to wykonując:

apt-get remove dotnet-dev-1.0.0-preview2-1-003177 
apt-get install dotnet-dev-1.0.0-rc4-004771 

Następnie:

dotnet restore 

pracował.

Następnie należy ponownie zainstalować ramy 1.1.1:

(obecnie [22.03.2017], Visual Studio 2017 będzie używać .NET Rdzeń 1.1.1, gdy nie publikuj)

również po uruchomieniu opublikowany projekt, to

dotnet yourdll.dll 

i nie

dotnet run yourdll.dll 


Edit:
Tylko jeden dzień później, a może chcesz

apt-get install dotnet-dev-1.0.1 

zamiast RC4. Następnie możesz pominąć wspólną strategię, ponieważ program Shareframework 1.1.1 zostanie automatycznie zainstalowany z dotnet-dev-1.0.1.