Mejoras de rendimiento y actualizaciones de extensiones
Con esta actualización, hemos incluido actualizaciones de extensión y mejoras de rendimiento. Con una integración de ServiceNow existente, hemos actualizado la aplicación para admitir la versión de Tokio de ServiceNow. También hemos realizado mejoras en la configuración de extensión para ayudarle a administrar las extensiones instaladas.
Consulte las notas de la versión para obtener más información.
General
Azure Boards
- Lógica de cambio de tamaño de tarjeta en planes de entrega
- Mejoras en la actualización por lotes
- API de eliminación por lotes (GA)
Azure Pipelines
- Compatibilidad con la versión de Tokio de ServiceNow
- Nueva variable de sistema predefinida
- Disponibilidad general de la compatibilidad de plantillas en el editor de YAML
General
Las extensiones deben mostrar sus ámbitos
Al instalar extensiones en la organización de Azure DevOps, puede revisar los permisos que necesita la extensión como parte de la instalación. Sin embargo, una vez instalados, los permisos de extensión no son visibles en la configuración de la extensión. Esto ha supuesto un desafío para los administradores que necesitan realizar una revisión periódica de las extensiones instaladas. En este sprint, hemos agregado los permisos de extensión a la configuración de extensión para ayudarle a revisar y tomar una decisión informada sobre si se deben mantener o no.
Azure Boards
Lógica de cambio de tamaño de tarjeta en planes de entrega
No todos usan la fecha de destino o la fecha de inicio al realizar el seguimiento de características y epopeyas. Algunos eligen usar una combinación de fechas y ruta de acceso de iteración. En este sprint, hemos mejorado la lógica para establecer correctamente las combinaciones de ruta de acceso de iteración y campo de fecha en función de cómo se usen.
Por ejemplo, si no se usa la fecha de destino y cambia el tamaño de la tarjeta, la nueva ruta de acceso de iteración se establece en lugar de actualizar la fecha de destino.
Mejoras en la actualización por lotes
Hemos realizado varios cambios en la versión 7.1 de la API de actualización por lotes del elemento de trabajo. Entre ellas se incluyen mejoras de rendimiento menores y el control de errores parciales. Es decir, si se produce un error en una revisión, pero las demás no, las demás se completarán correctamente.
Haga clic aquí para obtener más información sobre la API REST de actualización por lotes.
API de eliminación por lotes (GA)
Este nuevo punto de conexión de la API REST para eliminar o destruir elementos de trabajo en lotes ya está disponible públicamente. Haga clic aquí para más información.
Azure Pipelines
Compatibilidad con la versión de Tokio de ServiceNow
Azure Pipelines tiene una integración existente con ServiceNow. La integración se basa en una aplicación de ServiceNow y una extensión en Azure DevOps. Ahora hemos actualizado la aplicación para que funcione con la versión de Tokio de ServiceNow. Las canalizaciones clásicas y YAML ahora funcionan con Tokio. Para asegurarse de que esta integración funciona, actualice a la nueva versión de la aplicación (4.215.2) desde el almacén Service Now. Para obtener más información, consulte Integración con La administración de cambios de ServiceNow.
Nueva variable de sistema predefinida
Hemos introducido una nueva variable de sistema predefinida, denominada Build.DefinitionFolderPath, cuyo valor es la ruta de acceso de carpeta de una definición de canalización de compilación. La variable está disponible en las canalizaciones de compilación YAML y clásicas.
Por ejemplo, si la canalización se hospeda en la FabrikamFiber\Chat carpeta de Azure Pipelines, el valor de Build.DefinitionFolderPath es FabrikamFiber\Chat.
Compatibilidad con plantillas de disponibilidad general en el editor de YAML
Las plantillas son una característica que se usa habitualmente en las canalizaciones YAML. Son una manera sencilla de compartir fragmentos de código de canalización. También son un mecanismo eficaz para comprobar o aplicar la seguridad y la gobernanza a través de la canalización.
Azure Pipelines admite un editor YAML, que puede resultar útil al editar la canalización. Sin embargo, el editor no admitía plantillas hasta ahora. Los autores de canalizaciones de YAML no pudieron obtener ayuda a través de IntelliSense al usar una plantilla. Los autores de plantillas no pudieron usar el editor de YAML. En esta versión, se agrega compatibilidad con plantillas en el editor de YAML.
A medida que edita el archivo YAML principal de Azure Pipelines, puede incluir o extender una plantilla. Al escribir el nombre de la plantilla, se le pedirá que valide la plantilla. Una vez validado, el editor de YAML comprende el esquema de la plantilla, incluidos los parámetros de entrada.
Después de la validación, puede elegir navegar a la plantilla. Podrá realizar cambios en la plantilla mediante todas las características del editor de YAML.
Existen limitaciones conocidas: si la plantilla tiene parámetros necesarios que no se proporcionan como entradas en el archivo YAML principal, se produce un error en la validación y se le pide que proporcione esas entradas. En una experiencia ideal, la validación no debe bloquearse y debería poder rellenar los parámetros de entrada mediante IntelliSense. No se puede crear una nueva plantilla desde el editor. Solo puede usar o editar plantillas existentes.
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.
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.
Gracias,
Demonio