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 que están 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á en 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 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 2.1.302 se instalará para 2.1.3x, solo 2.1.403 para 2.1.4x, etc. Todas las versiones del SDK de .NET que no son las versiones de revisión más recientes se quitará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 archivo global.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 y la rollForward: disable versión del SDK que no es 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 no se especifica en el rollForward archivo global.json, no habrá ningún cambio. Se usa el nivel de revisión instalado más reciente.

Si necesita usar la versión exacta del SDK de .NET que no es la revisión más reciente, use UseDotNet la 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 de 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 característica 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 Aprobaciones y comprobaciones de la biblioteca.

Agregar aprobación de comprobaciones

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 canalización.

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 YAML

Después de la validación, puede elegir navegar a la plantilla. Podrá realizar cambios en la plantilla mediante 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 debe poder rellenar los parámetros de entrada mediante IntelliSense. Además, no se 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 con 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 los usuarios conozcan este cambio, hemos programado dos brownouts cortos. Las compilaciones de Ubuntu 16.04 producirán un error durante el período de inactividad. Por lo tanto, se recomienda migrar las canalizaciones antes del 6 de septiembre de 2021.

Los brownouts están programados provisionalmente para las fechas y horas siguientes. 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 enviar sus comentarios

Nos encantaría escuchar lo que piensas sobre estas características. Use el menú de 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.