Compartir a través de


Azure Pipelines: actualización de Sprint 187

Características

Cambio en la directiva de preinstalación del SDK de .NET en agentes de Ubuntu hospedados por Microsoft

Estamos cambiando las versiones del SDK de .NET preinstaladas en agentes de Ubuntu hospedados por Microsoft. Actualmente, instalamos todas las versiones disponibles y compatibles del SDK de .NET (2.1.x, 3.1.x, 5.0.x). Este enfoque se cambiará a favor de instalar la versión de revisión más reciente para cada versión de característica. Este cambio se realiza para proporcionarle más espacio libre y para las nuevas solicitudes de herramientas.

¿Qué significa?

La versión del SDK se compone de las siguientes partes: x.y.znn. z es la versión de la característica y nn es la versión de revisión. Por ejemplo, para la versión 2.1.302, la versión de la característica es 3 y 02 es la versión de revisión. Según el nuevo enfoque, solo se instalará la versión de revisión más reciente para cada versión de característica, es decir, solo se instalará 2.1.302 para 2.1.3x, solo 2.1.403 para 2.1.4x, etc. Todas las versiones del SDK de .NET que no sean las últimas versiones de parche se eliminarán de las imágenes de Ubuntu el 14 de junio. Este cambio afecta a todas las versiones de Ubuntu en agentes hospedados por Microsoft.

Fecha de destino

La implementación de imágenes actualizadas comenzará el 14 de junio y tardará entre 3 y 4 días.

Posible impacto

Si usa un archivoglobal.json, la compilación se verá afectada en los casos siguientes:

Se producirá un error en la compilación si el archivo global.json contiene la propiedad rollForward: disable y una versión del SDK que no sea la versión de revisión más reciente. Por ejemplo:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "disable"
  }
}

La versión del SDK de .NET se cambiará automáticamente a la revisión más reciente si el archivo global.json contiene la rollForward: patch propiedad . Por ejemplo:

{
  "sdk": {
    "version": "3.1.100",
    "rollForward": "patch"
  }
}

Si el campo rollForward no está especificado en el archivo global.json, no habrá ningún cambio para usted. Se utiliza el nivel de parche instalado más reciente.

Si necesita usar la versión exacta del SDK de .NET que no sea la última revisión, use UseDotNet tarea para instalarla como parte de la compilación.

steps:
- task: UseDotNet@2
  displayName: 'Use .NET Core sdk'
  inputs:
    version: <dotnet version>

Permisos y comprobaciones en grupos de variables y archivos seguros

Puede usar diferentes tipos de recursos compartidos en canalizaciones YAML. Algunos ejemplos son las conexiones de servicio, los grupos de variables, los archivos seguros, los grupos de agentes, los entornos o los repositorios. Para proteger una canalización de acceso a un recurso, el propietario del recurso puede configurar permisos y comprobaciones en ese recurso. Cada vez que una canalización intenta acceder al recurso, se evalúan todos los permisos y comprobaciones configurados. Estas protecciones han estado disponibles en conexiones de servicio, entornos y grupos de agentes durante un tiempo. Se agregaron recientemente a los repositorios. Con esta versión, vamos a agregar las mismas protecciones a grupos de variables y archivos seguros.

Para restringir el acceso a un grupo de variables o a un archivo seguro a un pequeño conjunto de canalizaciones, use la función de Permisos de Canalizaciones.

Mis variables secretas

Para configurar comprobaciones o aprobaciones que se deben evaluar cada vez que se ejecuta una canalización, use la característica Approvals and checks for Library.

Agregar verificaciones de aprobación

Vista previa de la compatibilidad de plantillas en el editor de YAML

Las plantillas son una característica que se usa habitualmente en las canalizaciones YAML. Son una manera fácil de compartir fragmentos de código de canalización. También son un mecanismo eficaz para comprobar o aplicar la seguridad y la gobernanza a través de la tubería.

Azure Pipelines admite un editor YAML que puede ser útil al editar la canalización. Anteriormente, el editor no admitía plantillas. Los autores de canalizaciones YAML no pudieron obtener ayuda de IntelliSense al usar una plantilla. Con esta versión, se ofrece una vista previa de la compatibilidad con plantillas en el editor de YAML. Para habilitar esta versión preliminar, vaya a características en versión preliminar en la organización de Azure DevOps y habilite el editor de plantillas YAML.

Habilitación del editor de plantillas YAML en características en versión preliminar

A medida que edita el archivo YAML principal de Azure Pipelines, puede incluir o extender una plantilla. Al escribir el nombre de la plantilla, se le pedirá que valide la plantilla. Una vez validado, el editor de YAML comprende el esquema de la plantilla, incluidos los parámetros de entrada.

Plantilla de YAML

Después de la validación, puede optar por navegar a la plantilla. Podrá realizar cambios en la plantilla con todas las características del editor de YAML.

Tenga en cuenta que esta característica está en versión preliminar. Hay limitaciones conocidas, algunas de las cuales estamos trabajando para abordar. Si la plantilla tiene parámetros necesarios que no se proporcionan como entradas en el archivo YAML principal, se produce un error en la validación y se le pide que proporcione esas entradas. En una experiencia ideal, la validación no debe bloquearse y debería poder rellenar los parámetros de entrada mediante intellisense. Además, no puede crear una nueva plantilla desde el editor. Solo puede usar o editar plantillas existentes.

Ubuntu-16.04 se quitará de los grupos hospedados por Microsoft en septiembre de 2021

La compatibilidad tradicional de 5 años de Ubuntu 16.04 por Canonical finaliza en abril de 2021. Para mantener nuestro entorno actualizado y protegido, quitaremos Ubuntu 16.04 el 20 de septiembre de 2021.

Deberá migrar flujos de trabajo de ubuntu-16.04 a ubuntu-18.04 o ubuntu-latest, que se ejecutarán en Ubuntu 20.04 LTS.

Para asegurarnos de que todos conozcan este cambio, hemos programado dos brownouts cortos. Las compilaciones de Ubuntu 16.04 fallarán durante el período de brownout. Por lo tanto, se recomienda migrar las canalizaciones antes del 6 de septiembre de 2021.

Los cortes de energía están programados provisionalmente para las siguientes fechas y horas. Actualizaremos estos tiempos a medida que nos acercamos a este período.

6 de septiembre de 2021 5:00 UTC – 10:00 UTC

14 de septiembre de 2021 5:00 UTC : 10:00 UTC

Pasos siguientes

Nota:

Estas características se implementarán en las próximas dos a tres semanas.

Vaya a Azure DevOps y eche un vistazo.

Cómo proporcionar comentarios

Nos encantaría escuchar lo que piensas sobre estas características. Use el menú ayuda para notificar un problema o proporcionar una sugerencia.

Hacer una sugerencia

También puede obtener consejos y sus preguntas respondidas por la comunidad en Stack Overflow.