Es genial que .Net Core 3.1 esté fuera , pero no estoy seguro de que los agentes alojados en Azure Pipelines se hayan puesto al día.
Mi canalización de YAML especifica:
pool:
vmImage: 'windows-latest'
y el dotnet restore
paso hace esto:
(_CheckForUnsupportedNETCoreVersion target) -> C: \ Archivos de programa \ dotnet \ sdk \ 3.0.100 \ Sdks \ Microsoft.NET.Sdk \ targets \ Microsoft.NET.TargetFrameworkInference.targets (127,5): error NETSDK1045: El .NET actual SDK no admite la orientación .NET Core 3.1. Apunte a .NET Core 3.0 o inferior, o use una versión de .NET SDK que admita .NET Core 3.1. [D: \ a \ 1 \ s \ StatsNZ.BESt.DataService \ StatsNZ.BESt.DataService.csproj]
funciona bien en .Net Core 3.0.
¿Hay alguna solución alternativa o tenemos que esperar a que Azure DevOps se ponga al día?
Respuestas:
No, los agentes alojados de Azure Pipelines son compatibles con .Net Core
3.1
, pero el último núcleo de .net3.1.100
no está instalado de manera predeterminada en los agentes alojados de Azure Pipelines.Puede consultar Azure Pipelines Hosted Windows 2019 con la imagen VS2019 , la última versión instalada por defecto de .net core es
3.0.100
.Para usar .net core 3.1, puede agregar una tarea Usar .NET Core para instalar .net core 3.1.100:
Espero que esto ayude.
fuente
Use .NET Core
tarea para construir con 3.1, esa tarea tiene éxito. Pero cuando se pone a laBuild Solution
tarea, todavía no puede ver el SDK 3.1 y falla.Agregue un paso para instalar .NET Core SDK antes de llamar a dotnet build.
Trabajando y verificado con
ubuntu-latest
.fuente
ubuntu-latest
.Si usa la imagen 'windows-latest', debería poder usar los comandos dotnet. Lo cambié de 'ubuntu-latest' a 'windows-latest' y funcionó bien.
fuente