Creación de un panel sin un equipo: actualización de Sprint 162

En la actualización sprint 162 de Azure DevOps, nos complace anunciar que puede crear un panel sin asociarlo a un equipo. El panel será visible para todos los usuarios del proyecto y puede decidir quién puede editarlo o administrarlo.

Además, hemos agregado la miniatura de quema de sprint. Ahora puede configurarlo para quemarlo en función de historias, puntos de historia o recuento de tareas.

Consulte la lista de características siguiente para obtener más información.

Características

Azure Repos:

• Nuevas páginas de aterrizaje de conversión de plataforma web
• Compatibilidad con el lenguaje Kotlin

Azure Pipelines:

• Interfaz de usuario actualizada de canalizaciones de varias fases
• La opción TESTResultsDirectory de VSTest está disponible en la interfaz de usuario de la tarea.
• Uso de la palabra clave extends en canalizaciones
• Compatibilidad con Markdown en mensajes de error de prueba automatizada
• Recopilación de metadatos automáticos y especificados por el usuario de la canalización
• Novedades a la interfaz de usuario de conexiones de servicio
• Implementaciones de máquinas virtuales con entornos
• Omisión de fases en una canalización de YAML

Informes:

• Miniatura de reducción de sprint insertada
• Crear un panel sin un equipo

Azure Repos

Nuevas páginas de aterrizaje de conversión de plataforma web

Hemos actualizado la experiencia de usuario de las páginas de aterrizaje de Repos para que sea moderna, rápida y fácil de usar para dispositivos móviles. Estos son dos ejemplos de las páginas que se han actualizado, continuaremos actualizando otras páginas en futuras actualizaciones.

Experiencia web:

Experiencia móvil:

Compatibilidad con el lenguaje Kotlin

Nos complace anunciar que ahora se admite el resaltado de lenguaje Kotlin en el editor de archivos. El resaltado mejorará la legibilidad del archivo de texto de Kotlin y le ayudará a examinar rápidamente para encontrar errores. Hemos priorizado esta característica en función de una sugerencia de la Developer Community.

Azure Pipelines

Interfaz de usuario actualizada de canalizaciones de varias fases

Una versión actualizada de la interfaz de usuario de canalizaciones de varias fases ahora está disponible de forma predeterminada. La experiencia de canalizaciones de varias fases aporta mejoras y facilidad de uso a la interfaz de usuario del portal de la canalización. Para ver y administrar las canalizaciones, elija Canalizaciones en el menú de la izquierda. Además, puede explorar en profundidad y ver los detalles de la canalización, los detalles de ejecución, el análisis de canalización, los detalles del trabajo, los registros, etc.

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

La opción TESTResultsDirectory de VSTest está disponible en la interfaz de usuario de la tarea.

La tarea VSTest almacena los resultados de las pruebas y los archivos asociados en la $(Agent.TempDirectory)\TestResults carpeta . Hemos agregado una opción a la interfaz de usuario de la tarea para que pueda configurar una carpeta diferente para almacenar los resultados de las pruebas. Ahora, todas las tareas posteriores que necesiten los archivos de una ubicación determinada pueden usarlas.

Uso de la palabra clave extends en canalizaciones

Actualmente, las canalizaciones se pueden factorizar en plantillas, lo que promueve la reutilización y reduce la reutilizable. La estructura general de la canalización todavía se definió mediante el archivo YAML raíz. Con esta actualización, hemos agregado una manera más estructurada de usar plantillas de canalización. Un archivo YAML raíz ahora puede usar la palabra clave extends para indicar que la estructura de canalización principal se puede encontrar en otro archivo. Esto le permite controlar qué segmentos se pueden extender o modificar y cuáles son los segmentos fijos. También hemos mejorado los parámetros de canalización con tipos de datos para aclarar los enlaces que puede proporcionar.

En este ejemplo se muestra cómo puede proporcionar enlaces simples para que el autor de la canalización lo use. La plantilla siempre ejecutará una compilación, ejecutará opcionalmente pasos adicionales proporcionados por la canalización y, a continuación, ejecutará un paso de prueba opcional.

# azure-pipelines.yml
extends:
  template: build-template.yml
  parameters:
    runTests: true
    postBuildSteps:
    - script: echo This step runs after the build!
    - script: echo This step does too!

# build-template.yml
parameters:
- name: runTests
  type: boolean
  default: false
- name: postBuildSteps
  type: stepList
  default: []
steps:
- task: MSBuild@1   # this task always runs
- ${{ if eq(parameters.runTests, true) }}:
  - task: VSTest@2  # this task is injected only when runTests is true
- ${{ each step in parameters.postBuildSteps }}:
  - ${{ step }}

Compatibilidad con Markdown en mensajes de error de prueba automatizada

Hemos agregado compatibilidad con Markdown a los mensajes de error de las pruebas automatizadas. Ahora puede dar formato fácilmente a los mensajes de error para la ejecución de pruebas y el resultado de la prueba para mejorar la legibilidad y facilitar la experiencia de solución de problemas de errores de prueba en Azure Pipelines. La sintaxis de Markdown admitida se puede encontrar aquí.

Recopilación de metadatos automáticos y especificados por el usuario de la canalización

Ahora puede habilitar la recopilación de metadatos automática y especificada por el usuario desde tareas de canalización. Puede usar metadatos para aplicar la directiva de artefactos en un entorno mediante la comprobación de evaluación de artefactos.

Novedades a la interfaz de usuario de conexiones de servicio

Hemos estado trabajando en una experiencia de usuario actualizada para administrar las conexiones de servicio. Estas actualizaciones hacen que la experiencia de conexión del servicio sea moderna y coherente con la dirección de Azure DevOps. Hemos introducido la nueva interfaz de usuario para las conexiones de servicio como una característica en versión preliminar de este año. Gracias a todos los que probaron la nueva experiencia y nos proporcionaron sus valiosos comentarios.

Junto con la actualización de la experiencia del usuario, también hemos agregado dos funcionalidades que son fundamentales para consumir conexiones de servicio en canalizaciones yaML: autorizaciones de canalización y aprobaciones y comprobaciones.

La nueva experiencia de usuario se activará de forma predeterminada con esta actualización. Todavía tendrá la opción de no participar en la versión preliminar.

Nota:

Tenemos previsto introducir el uso compartido entre proyectos de conexiones de servicio como una nueva funcionalidad. Puede encontrar más detalles sobre la experiencia de uso compartido y los roles de seguridad aquí.

Implementaciones de máquinas virtuales con entornos

Una de las características más solicitadas en Entornos era las implementaciones de máquinas virtuales. Con esta actualización, se habilita el recurso de máquina virtual en entornos. Ahora puede orquestar implementaciones en varias máquinas y realizar actualizaciones graduales mediante canalizaciones de YAML. También puede instalar el agente en cada uno de los servidores de destino directamente y controlar la implementación gradual en esos servidores. Además, puede usar el catálogo de tareas completo en las máquinas de destino.

Una implementación gradual reemplaza las instancias de la versión anterior de una aplicación por instancias de la nueva versión de la aplicación en un conjunto de máquinas (conjunto gradual) en cada iteración.

Por ejemplo, a continuación se implementan actualizaciones de hasta cinco destinos en cada iteración. maxParallel determinará el número de destinos que se pueden implementar en paralelo. La selección tiene en cuenta el número de destinos que deben permanecer disponibles en cualquier momento, excepto los destinos en los que se implementan. También se usa para determinar las condiciones de acierto y error durante la implementación.

jobs:
- deployment:
  displayName: web
  environment:
    name: musicCarnivalProd
    resourceType: VirtualMachine
  strategy:                 
    rolling:
      maxParallel: 5 #for percentages, mention as x%
      preDeploy:
        steps:
        - script: echo initialize, cleanup, backup, install certs...
      deploy:              
        steps:                                     
        - script: echo deploy ...      
      routeTraffic:
        steps:
        - script: echo routing traffic...   
      postRouteTaffic:
        steps:          
        - script: echo health check post routing traffic...  
      on:
        failure:
          steps:
          - script: echo restore from backup ..     
        success:
          steps:
          - script: echo notify passed...

Nota:

Con esta actualización, todos los artefactos disponibles de la canalización actual y de los recursos de canalización asociados solo se descargan en deploy el enlace del ciclo de vida. Sin embargo, puede optar por descargar especificando la tarea Descargar artefacto de canalización. Hay algunas lagunas conocidas en esta característica. Por ejemplo, cuando vuelva a intentar una fase, volverá a ejecutar la implementación en todas las máquinas virtuales, no solo destinos con errores. Estamos trabajando para cerrar estas brechas en futuras actualizaciones.

Omitir fases en una canalización YAML

Al iniciar una ejecución manual, es posible que a veces quiera omitir algunas fases de la canalización. Por ejemplo, si no desea implementar en producción o si desea omitir la implementación en algunos entornos de producción. Ahora puede hacerlo con las canalizaciones de YAML.

El panel de canalización de ejecución actualizado presenta una lista de fases del archivo YAML y tiene la opción de omitir una o varias de esas fases. Debe tener precaución al omitir las fases. Por ejemplo, si la primera fase genera determinados artefactos necesarios para las fases posteriores, no debe omitir la primera fase. El panel de ejecución presenta una advertencia genérica cada vez que se omiten las fases que tienen dependencias de bajada. Se le deja saber si esas dependencias son verdaderas dependencias de artefacto o si solo están presentes para la secuenciación de implementaciones.

Omitir una fase es equivalente a volver a realizar el cambio de dependencias entre fases. Las dependencias descendentes inmediatas de la fase omitida se realizan para depender del elemento primario ascendente de la fase omitida. Si se produce un error en la ejecución y si intenta volver a ejecutar una fase con errores, ese intento también tendrá el mismo comportamiento de omisión. Para cambiar las fases que se omiten, debe iniciar una nueva ejecución.

Informes

Miniatura de reducción de sprint insertada

¡El Sprint Burndown está de vuelta! Hace unos cuantos sprint, se ha quitado la evolución del sprint en contexto de los encabezados De burndown y Taskboard. En función de sus comentarios, hemos mejorado y vuelto a introducir la miniatura de la evolución del sprint.

Al hacer clic en la miniatura se mostrará inmediatamente una versión más grande del gráfico con una opción para ver el informe completo en la pestaña Análisis. Los cambios realizados en el informe completo se reflejarán en el gráfico que se muestra en el encabezado . Por lo tanto, ahora puede configurarlo para que se agote en función de historias, puntos de historia o recuento de tareas, en lugar de solo la cantidad de trabajo restante.

Crear un panel sin un equipo

Ahora puede crear un panel sin asociarlo a un equipo. Al crear un panel, seleccione el tipo Panel del proyecto .

Un panel de proyecto es como un panel de equipo, excepto que no está asociado a un equipo y puede decidir quién puede editar o administrar el panel. Al igual que un panel de equipo, es visible para todos los miembros del proyecto.

Todos los widgets de Azure DevOps que requieren un contexto de equipo se han actualizado para permitirle seleccionar un equipo en su configuración. Puede agregar estos widgets a los paneles del proyecto y seleccionar el equipo específico que desee.

Nota:

En el caso de los widgets personalizados o de terceros, un panel de proyectos pasará el contexto del equipo predeterminado a esos widgets. Si tiene un widget personalizado que se basa en el contexto del equipo, debe actualizar la configuración para permitirle seleccionar un equipo.

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 saber lo que piensas sobre estas características. Use el menú de ayuda para notificar un problema o proporcionar una sugerencia.

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

Gracias,

Jeff Beehler