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.
En este sprint, ahora puede filtrar el panel del sprint y el backlog del sprint por campos adicionales, incluidos los campos personalizados, para alinearlos con la experiencia de filtrado ya disponible en el backlog del producto y los tableros.
En Azure Pipelines, hemos agregado un control más preciso sobre los requisitos de comentarios para las ejecuciones de validación de PR procedentes de bifurcaciones de GitHub, un nuevo panel de índice de fases para navegar más rápidamente por canalizaciones de CD complejas y la opción de cancelar las ejecuciones en pausa al volver a habilitar una canalización.
Consulte las notas de publicación para más detalles.
Paneles de Azure
Azure Pipelines
- Requisito de comentario más detallado para ejecutar validaciones de PR desde repositorios de GitHub
- Navegación por fases de canalización más rápida
- Habilitar canalización y cancelar ejecuciones en pausa
Wiki
Paneles de Azure
Filtrar paneles de sprint y trabajos pendientes por campos adicionales
Después de la introducción de filtros adicionales para paneles y trabajos pendientes, ahora hemos completado una solicitud de larga duración de la comunidad de desarrolladores para ampliar esta funcionalidad también a los paneles de sprint y trabajos pendientes de sprint.
Teams ahora puede usar campos adicionales, incluidos campos personalizados, para filtrar paneles de sprint y trabajos pendientes, lo que facilita la búsqueda y el foco en el trabajo correcto durante la planificación y ejecución del sprint. Esta mejora aborda una característica muy solicitada originalmente generada en el Azure DevOps Developer Community.
Azure Pipelines
Requisito de comentario más granular para ejecutar validaciones de PR desde repositorios de GitHub
Para ayudar a proteger las canalizaciones frente al uso no autorizado, puede exigir comentarios por parte de los miembros del equipo o de los colaboradores antes de ejecutar validaciones de PR.
Antes de este sprint, el requisito de incluir un comentario se aplicaba a las solicitudes de incorporación de cambios tanto desde el propio repositorio como desde repositorios bifurcados. Para mejorar la velocidad, puede que le convenga exigir comentarios de los miembros del equipo solo para las ejecuciones de validación de PR procedentes de repositorios bifurcados. Ay, esto no fue posible.
A partir de este sprint, puede configurar los requisitos de los comentarios de forma independiente según el origen de la PR. En el ejemplo siguiente, solo se requieren comentarios para los PR procedentes de bifurcaciones del repositorio.
Navegación más rápida por las fases de la canalización
Navegar por canalizaciones de CD complejas es tediosa. Estas canalizaciones pueden tener decenas o incluso cientos de fases. Conocer el estado de cada fase se vuelve más difícil a medida que avanza la canalización, ya que las fases posteriores no caben en la pantalla.
A partir de este sprint, Azure Pipelines muestra un índice de fase en el lado izquierdo del mapa de fases, lo que facilita la navegación a la fase que le interesa.
Imagine que tiene una canalización con 32 etapas, organizadas de forma anillo. Puede que las etapas del último anillo no quepan en la pantalla. Es posible que tenga que desplazarse hacia abajo y hacia la derecha para llegar a la última fase.
Con el panel lateral de las fases, la navegación resulta más fácil. Puede desplazarse verticalmente hasta la fase en la que le interesa y hacer clic en ella para ir a ella.
Habilitación de la canalización y cancelación de ejecuciones en pausa
La habilitación de una canalización en pausa o deshabilitada puede provocar el desperdicio de recursos de proceso cuando se reanuda un gran número de ejecuciones de canalización.
A partir de este sprint, al habilitar una canalización, puede habilitarla y cancelar las ejecuciones pausadas. La opción para habilitar la canalización y reanudar las ejecuciones sigue estando disponible.
Wiki
Sintaxis estándar de Mermaid en editores Markdown
Los diagramas Mermaid en Markdown de Azure DevOps ahora admiten la sintaxis estándar de bloque de código con delimitadores (```mermaid), además de la sintaxis existente de ::: mermaid. Este cambio reduce la necesidad de mantener distintos formatos de Markdown en distintas herramientas y facilita la redacción de páginas wiki, solicitudes de extracción y elementos de trabajo que incluyen diagramas de Mermaid.
El contenido creado con la sintaxis estándar ```mermaid en GitHub, VS Code u otros editores de Markdown ahora se representa de forma coherente en Azure DevOps sin necesidad de conversión. Los diagramas existentes que usan la ::: mermaid sintaxis siguen funcionando.
Este cambio responde a una sugerencia de hace tiempo de Developer Community.
Pasos siguientes
Note
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.