Configuración de estrategias de implementación desde Azure Portal

Con este sprint, estamos permitiendo a los usuarios elegir sus estrategias de implementación directamente desde Azure Portal y estamos implementando varias mejoras en la experiencia de usuario de Pipelines and Repos.

Características

General

• Azure DevOps ahora permite a los administradores del equipo suscribirse a eventos de MS Teams y Slack
• Notificaciones de MS Teams y Slack para eventos de repositorios

Azure Repos

• Agregar datos adjuntos al crear una solicitud de incorporación de cambios
• Nueva conversión de plataforma web: configuración del repositorio

Azure Pipelines

• Los trabajos pueden acceder a las variables de salida de fases anteriores
• Limitar el acceso al ámbito del repositorio del servicio de compilación
• Obtener detalles de varios repositorios en tiempo de ejecución
• Disponibilidad general de canalizaciones de varias fases
• Configuración de estrategias de implementación desde Azure Portal

General

Azure DevOps ahora permite a los administradores del equipo suscribirse a eventos de MS Teams y Slack

Además de los administradores de proyectos, Azure DevOps ahora permite a los administradores del equipo suscribirse a eventos para Azure Boards, Azure Repos y Azure Pipelines directamente desde Slack y MS Teams.

Notificaciones de MS Teams y Slack para eventos de repositorios

Como mejora de la integración de MS Teams y Slack, ahora puede optar por suscribirse a uno o varios eventos en una solicitud de incorporación de cambios, como comentarios, inserción de código, actualizaciones e intentos de combinación.

Azure Repos

Agregar datos adjuntos al crear una solicitud de incorporación de cambios

Ahora puede agregar datos adjuntos a una solicitud de incorporación de cambios al crearlo. Para agregar datos adjuntos, anteriormente tenía que crear la solicitud de incorporación de cambios y editarla, pero ahora puede arrastrar y colocar directamente una imagen en la página crear solicitud de incorporación de cambios.

Nueva conversión de plataforma web: configuración del repositorio

Hemos convertido las dos páginas de configuración del repositorio en una sola experiencia que se actualizó a una nueva plataforma web. Esta actualización no solo hace que la experiencia sea más rápida y moderna, sino que estas páginas también proporcionan un único punto de entrada para todas las directivas del nivel de proyecto al nivel de rama.

Con esta nueva experiencia, la navegación para proyectos con un número considerable de repositorios se ha vuelto más fácil debido a tiempos de carga más rápidos y un filtro de búsqueda agregado. También puede ver las directivas de nivel de proyecto y la lista de directivas entre repositorios en la pestaña Directivas.

Si hace clic en un repositorio, puede ver las directivas y los permisos establecidos en el nivel de repositorio. Dentro de la pestaña Directivas, puede ver una lista de cada rama en la que se establece la directiva. Ahora, haga clic en la rama para ver todas las directivas mientras nunca sale de la página Configuración del repositorio.

Ahora, cuando las directivas se heredan de un ámbito superior al que está trabajando, le mostramos dónde se heredó la directiva junto a cada directiva individual. También puede navegar a la página donde se estableció la directiva de nivel superior haciendo clic en el nombre del ámbito.

La propia página de directiva también se ha actualizado a la nueva plataforma web con secciones contraíbles. Para mejorar la experiencia de buscar una directiva determinada de validación de compilación, comprobación de estado o revisor automático, hemos agregado filtros de búsqueda para cada sección.

Azure Pipelines

Los trabajos pueden acceder a las variables de salida de fases anteriores

Las variables de salida ahora se pueden usar en varias fases de una canalización basada en YAML. Esto le ayuda a pasar información útil, como una decisión de go/no-go o el identificador de una salida generada, de una fase a la siguiente. El resultado (estado) de una fase anterior y sus trabajos también están disponibles.

Las variables de salida se siguen generando mediante pasos dentro de los trabajos. En lugar de hacer referencia a dependencies.jobName.outputs['stepName.variableName'], las fases hacen referencia a stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Nota:

De forma predeterminada, cada fase de una canalización depende de la anterior en el archivo YAML. Por lo tanto, cada fase puede usar variables de salida de la fase anterior. Puede modificar el gráfico de dependencias, que también modificará qué variables de salida están disponibles. Por ejemplo, si la fase 3 necesita una variable de la fase 1, deberá declarar una dependencia explícita en la fase 1.

Limitar el acceso al ámbito del repositorio del servicio de compilación

Para mejorar la seguridad de canalización, restrinja el ámbito de los tokens de acceso de Azure Pipelines ahora puede reducir el acceso a su repositorio solo a los repositorios necesarios para una canalización basada en YAML. Esto significa que si el token de acceso de las canalizaciones se filtrara, solo podría ver los repositorios usados en la canalización. Anteriormente, el token de acceso era bueno para cualquier repositorio de Azure Repos en el proyecto o potencialmente toda la colección.

Esta característica estará activada de forma predeterminada para los nuevos proyectos y organizaciones. Para las organizaciones existentes, debe habilitarla en Organización Configuración> Pipelines> Configuración. Al usar esta característica, todos los repositorios de Git de Azure Repos a los que accede la canalización mediante la identidad del servicio de compilación deben desprotegirse explícitamente mediante un checkout paso en el trabajo que usa el repositorio. Para más información, consulte Limitar el ámbito de autorización de trabajos a repositorios de Azure DevOps a los que se hace referencia.

Obtener detalles de varios repositorios en tiempo de ejecución

Cuando se ejecuta una canalización, Azure Pipelines agrega información sobre el repositorio, la rama y la confirmación que desencadenó la ejecución. Ahora que las canalizaciones de YAML admiten la desprotegición de varios repositorios, es posible que también quiera conocer el repositorio, la rama y la confirmación que se han desprotegido para otros repositorios. Estos datos están disponibles a través de una expresión en tiempo de ejecución, que ahora puede asignar a una variable. Por ejemplo:

resources:
  Repositorios:
  - repositorio: otros
    type: git
    name: MyProject/OtherTools
variables:
  tools.ref: $[ resources.repositories['other'].ref ]

pasos:
- desprotección: self
- desprotección: otros
- Bash: echo "Versión de herramientas: $TOOLS_REF"

Disponibilidad general de canalizaciones de varias fases

La interfaz de usuario de canalizaciones de varias fases ahora está disponible con carácter general. Se ha quitado el botón de alternancia de característica de vista previa correspondiente. 

Para ir a la nueva experiencia, seleccione Canalizaciones-Canalizaciones> en el menú de navegación izquierdo de Azure DevOps. Esta experiencia es el punto de entrada para las canalizaciones de compilación clásicas, así como para las canalizaciones de YAML. Es fácil de usar para dispositivos móviles y aporta varias mejoras a la forma de administrar las canalizaciones. Puede explorar en profundidad y ver los detalles de las canalizaciones, los detalles de la ejecución, el análisis de las canalizaciones, los detalles del trabajo, los registros, etc.

Para más información sobre la experiencia de usuario de canalizaciones de varias fases, consulte la documentación aquí.

Configuración de estrategias de implementación desde Azure Portal

Con esta funcionalidad, hemos facilitado la configuración de canalizaciones que usan la estrategia de implementación que prefiera, por ejemplo, Rolling, Canary o Blue-Green. Con estas estrategias integradas, puede implementar actualizaciones de forma segura y mitigar los riesgos de implementación asociados. Para acceder a esto, haga clic en la opción "Entrega continua" en una máquina virtual de Azure. En el panel de configuración, se le pedirá que seleccione detalles sobre el proyecto de Azure DevOps donde se creará la canalización, el grupo de implementación, la canalización de compilación que publica el paquete que se va a implementar y la estrategia de implementación que prefiera. En adelante, configurará una canalización totalmente funcional que implemente el paquete seleccionado en esta máquina virtual.

Para obtener más información, consulte nuestra documentación sobre la configuración de estrategias de implementación.

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.

Vaya a Azure DevOps.

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.

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