Хорошо, что вышел .Net Core 3.1 , но я не уверен, что размещенные агенты Azure Pipelines подхватили.
Мой конвейер YAML указывает:
pool:
vmImage: 'windows-latest'
и dotnet restore
шаг делает это:
(Цель _CheckForUnsupportedNETCoreVersion) -> C: \ Program Files \ dotnet \ sdk \ 3.0.100 \ Sdks \ Microsoft.NET.Sdk \ target \ Microsoft.NET.TargetFrameworkInference.targets (127,5): ошибка NETSDK1045: текущий .NET SDK не поддерживает таргетинг .NET Core 3.1. Либо предназначайтесь для .NET Core 3.0 или ниже, либо используйте версию .NET SDK, которая поддерживает .NET Core 3.1. [D: \ а \ 1 \ s \ StatsNZ.BESt.DataService \ StatsNZ.BESt.DataService.csproj]
отлично работает в .Net Core 3.0.
Есть ли какие-то обходные пути или нам нужно подождать, пока Azure DevOps наверстает упущенное?
Ответы:
Нет, размещенные агенты Azure Pipelines поддерживают .Net Core
3.1
, но последнее ядро .net3.1.100
в настоящее время не установлено по умолчанию в размещенных агентах Azure Pipelines.Вы можете проверить Azure Pipelines Hosted Windows 2019 с образом VS2019 , по умолчанию установлена последняя версия ядра .net
3.0.100
.Чтобы использовать .net core 3.1, вы можете добавить задачу Use .NET Core для установки .net core 3.1.100:
Надеюсь это поможет.
источник
Use .NET Core
задачу для сборки с 3.1, эта задача успешно выполняется. Но когда он входит вBuild Solution
задачу, он все еще не может увидеть 3.1 SDK и не работает.Добавьте шаг для установки .NET Core SDK перед вызовом сборки dotnet.
Работаем и проверяем с
ubuntu-latest
.источник
ubuntu-latest
.Если вы используете изображение «windows-latest», вы сможете использовать команды dotnet. Я изменил его с 'ubuntu-latest' на 'windows-latest', и он работал нормально.
источник