Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Características
- Cambio en la directiva de preinstalación del SDK de .NET en agentes de Ubuntu hospedados por Microsoft
- Permisos y comprobaciones en grupos de variables y archivos seguros
- Vista previa de la compatibilidad de plantillas en el editor de YAML
- Ubuntu-16.04 se quitará de los grupos hospedados por Microsoft en septiembre de 2021
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.
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.
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.
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.
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.
También puede obtener consejos y sus preguntas respondidas por la comunidad en Stack Overflow.