Wspaniale, że .Net Core 3.1 został wydany , ale nie jestem pewien, czy agenci hostowani przez Azure Pipelines nadrobili zaległości.
Mój potok YAML określa:
pool:
vmImage: 'windows-latest'
a dotnet restore
krok robi to:
(_CheckForUnsupportedNETCoreVersion cel) -> C: \ Program Files \ dotnet \ sdk \ 3.0.100 \ Sdks \ Microsoft.NET.Sdk \ target \ Microsoft.NET.TargetFrameworkInference.targets (127,5): błąd NETSDK1045: Bieżący .NET Zestaw SDK nie obsługuje celowania .NET Core 3.1. Wybierz docelowy .NET Core 3.0 lub niższy albo użyj wersji .NET SDK, która obsługuje .NET Core 3.1. [D: \ a \ 1 \ s \ StatsNZ.BESt.DataService \ StatsNZ.BESt.DataService.csproj]
działa dobrze w .Net Core 3.0.
Czy są jakieś obejścia, czy musimy czekać na Azure DevOps, aby nadrobić zaległości?
Odpowiedzi:
Nie, hostowane agenty Azure Pipelines obsługują
3.1
platformę .Net Core , ale najnowszy rdzeń .net3.1.100
nie jest obecnie domyślnie instalowany w hostowanych agentach Azure Pipelines.Możesz sprawdzić Azure Pipelines Hosted Windows 2019 z obrazem VS2019 , domyślnie zainstalowaną najnowszą wersją .net core jest
3.0.100
.Aby korzystać z .net core 3.1, możesz dodać zadanie Użyj .NET Core, aby zainstalować .net core 3.1.100:
Mam nadzieję że to pomoże.
źródło
Use .NET Core
zadania do zbudowania z wersją 3.1, zadanie to kończy się powodzeniem. Ale kiedy dostanie się doBuild Solution
zadania, nadal nie widzi zestawu SDK 3.1 i kończy się niepowodzeniem.Dodaj krok do zainstalowania zestawu .NET Core SDK przed wywołaniem kompilacji dotnet.
Praca i weryfikacja z
ubuntu-latest
.źródło
ubuntu-latest
.Jeśli używasz obrazu „Windows-najnowsze”, powinieneś być w stanie używać poleceń dotnet. Zmieniłem go z „Ubuntu-latest” na „Windows-najnowsze” i działało dobrze.
źródło