Borrador de solicitudes de extracción y nuevo editor de texto para elementos de trabajo: Actualización de Sprint 143

En la actualización sprint 143 de Azure DevOps, presentamos un nuevo editor de texto de elementos de trabajo que es mucho más eficaz y fácil de usar. Esto forma parte de nuestro esfuerzo por modernizar y mejorar la experiencia en todo el producto. En Azure Repos, los borradores de solicitudes de incorporación de cambios le permiten crear una solicitud de incorporación de cambios que aún no está lista para completarse, por lo que no se pueden completar accidentalmente. También estamos publicando algunas características nuevas en Azure Artifacts, incluida la capacidad de excluir archivos en cargas de artefactos y obtener información de procedencia sobre paquetes.

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

Características

General:

• API REST versión 5.0

Azure Boards:

• Nuevo editor de texto de elemento de trabajo

Azure Repos:

• Selector de ramas mejorado
• Borrador de pull requests

Azure Pipelines:

• Iniciar pipelines YAML con etiquetas
• Configurar para cancelar automáticamente una canalización existente cuando se actualizan las solicitudes de extracción
• Declarar recursos de contenedor en línea
• Cambios en los permisos predeterminados para los nuevos proyectos
• Desplegar en destinos fallidos en un grupo de implementación
• Soporte para Infraestructura como Código

Azure Artifacts:

• Excluir archivos en las cargas de artefactos
• información de procedencia de paquetes
• Actualizaciones de documentación de la API REST de Azure Artifacts

General

REST API, versión 5.0

Cada solicitud de API debe incluir una versión de API. Sin embargo, si realiza una solicitud REST a un punto de conexión publicado anteriormente sin una versión de API, la versión predeterminada de esa solicitud cambiará de 4.1 a 5.0 con esta implementación. Para más información sobre REST y versiones de API, consulte Referencia de la API rest de Azure DevOps Services.

Azure Boards

Nuevo editor de texto de elementos de trabajo

Nos complace anunciar la disponibilidad general del nuevo editor de texto en el formulario de elemento de trabajo. Nuestro editor de texto ha quedado obsoleto durante un tiempo, y esta nueva experiencia será una gran mejora. El nuevo editor es más moderno y eficaz, incorporando nuevas funcionalidades, como el cambio de tamaño de imágenes, fragmentos de código, métodos abreviados de teclado para Mac y Windows, y una biblioteca de emojis completa.

Puede usar este control en cualquier campo de texto del formulario de elemento de trabajo, incluido en las discusiones. Esta es la nueva experiencia que puede esperar ver:

A continuación, puede ver la experiencia del fragmento de código. Con esta adición, puede analizar fácilmente y claramente el código en el formulario de elemento de trabajo.

Realmente queremos empezar a hacer que el elemento de trabajo sea una experiencia más social. Nuestro primer paso en ese recorrido es traer compatibilidad con emojis a sus campos de texto y discusiones sobre el elemento de trabajo. Usando emojis, podrás traer tus descripciones y comentarios a la vida y darles una personalidad un poco más!

El trabajo realizado para este editor es de código abierto, por lo que no dude en consultar el repositorio de roosterjs en GitHub en https://github.com/Microsoft/roosterjs.

Azure Repos

Selector de ramas mejorado

La mayoría de las experiencias de Azure Repos requieren que seleccione un repositorio y, a continuación, una rama en ese repositorio. Para mejorar esta experiencia para las organizaciones con un gran número de ramas, estamos implementando un nuevo selector de ramas. El selector ahora le permite seleccionar sus ramas favoritas o buscar rápidamente una rama.

Solicitudes de extracción en borrador

Para evitar que las solicitudes de incorporación de cambios se completen antes de que estén listas y para facilitar la creación de trabajos en curso que pueden no implicar a todos, ahora se admiten borradores de solicitudes de incorporación de cambios.

Para crear borradores de solicitudes de incorporación de cambios, seleccione Crear como borrador en la lista desplegable del botón Crear al crear una solicitud de incorporación de cambios.

Una vez que haya creado un pull request en borrador, verá un símbolo que indica su estado al lado del título.

Las solicitudes de incorporación de cambios de borrador no incluyen revisores ni ejecutan compilaciones de forma predeterminada, pero permiten agregar manualmente revisores y ejecutar compilaciones. Para promover la solicitud de incorporación de cambios a una solicitud de incorporación de cambios normal, basta con hacer clic en el botón Publicar de la página de detalles de la solicitud de incorporación de cambios.

Azure Pipelines (Canales de Azure)

Activar canalizaciones YAML con etiquetas

Las canalizaciones YAML se pueden desencadenar cuando se agregan etiquetas a una confirmación. Esto es útil para los equipos cuyos flujos de trabajo incluyen etiquetas. Por ejemplo, puede iniciar un proceso cuando un commit se etiquete como el "último bueno conocido".

Puede especificar qué etiquetas se van a incluir y excluir. Por ejemplo:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Configurar para cancelar automáticamente una canalización existente cuando se actualicen las solicitudes de extracción

De forma predeterminada, las canalizaciones desencadenadas por pull requests (PR) se cancelarán si se realiza un nuevo commit en el mismo PR. Esto es deseable en la mayoría de los casos, ya que normalmente no desea seguir ejecutando un flujo de trabajo en código antiguo. Si no quiere este comportamiento, puede agregar autoCancel: false al desencadenador de PR.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Declarar recursos de contenedor en línea

Anteriormente, se requería declarar los recursos de contenedor en las canalizaciones de YAML y, a continuación, hacer referencia a ellos por nombre. Ahora ofrecemos una sintaxis en línea para los casos en los que no va a hacer referencia al contenedor varias veces.

jobs:
- job: my-container-job
  container:
    image: mcr.microsoft.com/dotnet/core/runtime:latest

Cambios en los permisos predeterminados para los nuevos proyectos

Hasta ahora, los colaboradores del proyecto no pudieron crear canalizaciones a menos que se les haya concedido explícitamente el permiso Crear definición de compilación . Ahora, para los nuevos proyectos, todos los miembros del equipo pueden crear y actualizar canalizaciones fácilmente. Este cambio reducirá la fricción de los nuevos clientes que están en proceso de incorporación a Azure Pipelines. Siempre puede actualizar los permisos predeterminados en el grupo Colaboradores y restringir su acceso.

Implementación en destinos fallidos en un grupo de implementación

De forma predeterminada, Azure Pipelines se usa para volver a ejecutar todos los trabajos al volver a implementar una ejecución con errores anteriormente. Ahora, puede anular este comportamiento configurando la opción de implementación durante la implementación. Al seleccionar la opción Todos los trabajos y limitar a los destinos con errores en un grupo de implementación, se ejecutarán nuevamente todos los trabajos y se omitirán las implementaciones a los destinos que ya están actualizados.

Funcionalidad de infraestructura como código

Estamos agregando compatibilidad con la infraestructura como código (IaC) a nuestros proyectos de Azure DevOps. IaC es un proceso de administración y aprovisionamiento de la infraestructura informática con un enfoque declarativo, al tiempo que establece su configuración mediante archivos de definición en lugar de herramientas de configuración interactiva tradicionales. Esto le permitirá trabajar con los recursos de la solución como un grupo. Puede implementar, actualizar o eliminar todos los recursos de la solución mediante una plantilla para la implementación. Esta plantilla se puede usar para entornos diferentes, como pruebas, almacenamiento provisional y producción.

Azure Artifacts

Exclusión de archivos en cargas de artefactos

Anteriormente, para excluir archivos de artefactos publicados, tendría que copiar los archivos en un directorio de almacenamiento provisional, quitar los archivos que se excluirán y, a continuación, cargarlos. Ahora, los paquetes universales y los artefactos de canalización buscarán un archivo denominado .artifactignore en el directorio al que se carga y excluirán automáticamente esos archivos, lo que elimina la necesidad de un directorio provisional.

Información de procedencia sobre paquetes

Con esta actualización, hemos facilitado algo la comprensión de la procedencia de tus paquetes, incluido quién o qué los publicó y de qué commit de código fuente provienen. Esta información se rellena automáticamente para todos los paquetes publicados mediante las tareas npm, NuGet y .NET Core, Twine Authenticate (para Python) y Paquetes universales .

Actualizaciones en la documentación de las API REST de Azure Artifacts

Con la actualización de este sprint, estamos implementando actualizaciones sustanciales en la documentación de las API rest de Azure Artifacts, lo que debería facilitar su desarrollo en sus propias aplicaciones.

Pasos siguientes

Obtenga información sobre las nuevas características siguientes y diríjase a Azure DevOps para probarlas usted mismo.

Cómo proporcionar comentarios

Nos encantaría escuchar lo que piensas sobre estas características. Use el menú de comentarios para notificar un problema o proporcionar una sugerencia.

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

Gracias

Jeremy Epling