C'est génial que .Net Core 3.1 soit sorti , mais je ne suis pas sûr que les agents hébergés Azure Pipelines aient rattrapé le retard.
Mon pipeline YAML spécifie:
pool:
vmImage: 'windows-latest'
et l' dotnet restore
étape fait ceci:
(Cible _CheckForUnsupportedNETCoreVersion) -> C: \ Program Files \ dotnet \ sdk \ 3.0.100 \ Sdks \ Microsoft.NET.Sdk \ target \ Microsoft.NET.TargetFrameworkInference.targets (127,5): erreur NETSDK1045: erreur NETSDK1045: erreur actuelle .NET Le SDK ne prend pas en charge le ciblage de .NET Core 3.1. Ciblez .NET Core 3.0 ou une version antérieure, ou utilisez une version du SDK .NET qui prend en charge .NET Core 3.1. [D: \ a \ 1 \ s \ StatsNZ.BESt.DataService \ StatsNZ.BESt.DataService.csproj]
fonctionne bien dans .Net Core 3.0.
Existe-t-il des solutions ou devons-nous attendre que Azure DevOps se rattrape?
Réponses:
Non, les agents hébergés Azure Pipelines prennent en charge .Net Core
3.1
, mais le dernier noyau .net3.1.100
n'est pas actuellement installé par défaut dans les agents hébergés Azure Pipelines.Vous pouvez vérifier l'image Azure Pipelines Hosted Windows 2019 avec VS2019 , la dernière version installée par défaut de .net core est
3.0.100
.Pour utiliser le .net core 3.1, vous pouvez ajouter une tâche Utiliser .NET Core pour installer le .net core 3.1.100:
J'espère que cela t'aides.
la source
Use .NET Core
tâche pour créer avec 3.1, cette tâche réussit. Mais quand il se lance dans laBuild Solution
tâche, il ne peut toujours pas voir le SDK 3.1 et échoue.Ajoutez une étape pour installer .NET Core SDK avant d'appeler la construction dotnet.
Travailler et vérifié avec
ubuntu-latest
.la source
ubuntu-latest
.Si vous utilisez l'image «windows-latest», vous devriez pouvoir utiliser les commandes dotnet. Je l'ai changé de «ubuntu-latest» en «windows-latest» et cela a bien fonctionné.
la source