Borrador de solicitudes de incorporación de cambios y nuevo editor de texto de elemento de trabajo: actualización 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, las solicitudes de incorporación de cambios de borrador 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 los paquetes.

Consulte la lista de características a continuación 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 rama mejorado
• Borrador de solicitudes de incorporación de cambios

Azure Pipelines:

• Desencadenamiento de canalizaciones YAML con etiquetas
• Establecer para cancelar automáticamente una canalización existente cuando se actualizan las solicitudes de incorporación de cambios
• Declaración de recursos de contenedor insertados
• Cambios en los permisos predeterminados para los nuevos proyectos
• Implementación en destinos con errores en un grupo de implementación
• Compatibilidad con la infraestructura como código

Azure Artifacts:

• Exclusión de archivos en cargas de artefactos
• Información de procedencia sobre paquetes
• Actualizaciones de documentación de la API REST de Azure Artifacts

General

API REST versión 5.0

Cada solicitud de API debe incluir una versión de API. Sin embargo, si va a realizar 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 obtener más información sobre REST y versiones de API, consulte Azure DevOps Services referencia de la API REST.

Azure Boards

Nuevo editor de texto de elemento 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, incluido 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 emoji 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 discutir 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 soporte emoji 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 un poco más de personalidad!

El trabajo realizado para este editor es 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 rama 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.

Borrador de solicitudes de incorporación de cambios

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.

Las solicitudes de incorporación de cambios de borrador se pueden crear seleccionando Crear como borrador en la lista desplegable Crear botón al crear una solicitud de incorporación de cambios.

Una vez que haya creado una solicitud de incorporación de cambios de borrador, verá un distintivo que indica su estado junto al 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, simplemente haga clic en el botón Publicar de la página de detalles de la solicitud de incorporación de cambios.

Azure Pipelines

Desencadenamiento de 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 una confirmación se etiquete como la "última buena conocida".

Puede especificar las etiquetas que se van a incluir y excluir. Por ejemplo:

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

Establecer para cancelar automáticamente una canalización existente cuando se actualizan las solicitudes de incorporación de cambios

De forma predeterminada, las canalizaciones desencadenadas por solicitudes de incorporación de cambios (RP) se cancelarán si se inserta una nueva confirmación en la misma solicitud de incorporación de cambios. Esto es deseable en la mayoría de los casos, ya que normalmente no desea seguir ejecutando una canalización en código obsoleto. Si no desea este comportamiento, puede agregar autoCancel: false al desencadenador de solicitud de incorporación de cambios.

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

Declaración de recursos de contenedor insertados

Anteriormente, era necesario declarar los recursos de contenedor en las canalizaciones de YAML y, a continuación, hacer referencia a ellos por nombre. Ahora ofrecemos una sintaxis insertada 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 conceda 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 se están incorporar a Azure Pipelines. Siempre puede actualizar los permisos predeterminados en el grupo Colaboradores y restringir su acceso.

Implementación en destinos con errores 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 invalidar este comportamiento configurando la opción de implementación al implementar. Al seleccionar todos los trabajos y limitar los destinos con errores en una opción de grupo de implementación , la nueva ejecución ejecutará todos los trabajos y omitirá las implementaciones a los destinos que ya están actualizados.

Compatibilidad con la 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 algún 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 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 diferentes entornos, como pruebas, ensayo 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 van a excluir y, a continuación, cargarlos. Ahora, tanto los paquetes universales como los artefactos de canalización buscarán un archivo denominado .artifactignore en el directorio en el que se cargan y excluirán automáticamente esos archivos, lo que elimina la necesidad de un directorio de almacenamiento provisional.

Información de procedencia sobre paquetes

Con esta actualización, hemos facilitado un poco la comprensión de la procedencia de los paquetes, incluidos quién o qué los publicó y de qué confirmación de código fuente proceden. 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 Universal Packages .

Actualizaciones de documentación de la 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 el desarrollo en sus propias aplicaciones.

Pasos siguientes

Nota:

Estas características se implementarán en las próximas dos a tres semanas.

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

Vaya a Azure DevOps.

Cómo enviar sus comentarios

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

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

Gracias,

Jeremy Epling