Facturación basada en la asignación de usuarios, nivel de acceso predeterminado y facturación diaria: actualización de Sprint 158

  • Artículo

En la actualización sprint 158 de Azure DevOps, hemos agregado la facturación basada en asignaciones de usuarios. Con esta característica, el número de licencias Básico o Básico + Plan de pruebas cambiará a medida que agregue o quite usuarios. Esto significa que solo pagará por las licencias que está usando. También hemos agregado una nueva configuración que le permite elegir si desea que los nuevos usuarios agregados a su organización obtengan acceso básico completo o acceso limitado o gratuito a las partes interesadas.

Además, hemos cambiado de facturación mensual a diaria. Esto significa que si le da acceso pagado a un usuario durante algunas semanas o incluso unos días, usted solo paga por el tiempo que le asignó el acceso pagado, en lugar de un mes completo.

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

Novedades de Azure DevOps

Características

General:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Test Plans:

Informes:

Wiki:

General

Facturación basada en las asignaciones de usuarios y nivel de acceso predeterminado

Facturación basada en asignación de usuarios

Con esta actualización, hemos agregado la facturación basada en asignaciones de usuarios. En lugar de tener que aumentar o disminuir el número de licencias de plan básico o básico ybásico de pago que su organización tiene disponible para asignar, ahora que sucede automáticamente al agregar o quitar usuarios, o cambiar su nivel de acceso. Esto significa que nunca está pagando más licencias de las que usa y facilita mucho la automatización de la asignación de nivel de acceso. Por ejemplo, ha podido configurar reglas de grupo para controlar qué nivel de acceso se asigna a los nuevos usuarios que se unen al equipo automáticamente. Sin embargo, en el pasado, estos solo funcionaban si tenía licencias adicionales que pagaba por eso que aún no se asignaron a nadie y, si se agotó, se produjo un error en la regla de grupo. Esos tipos de errores ya no se producen, siempre y cuando la suscripción de Azure que use para la facturación permanezca activa.

Nivel de acceso predeterminado para los nuevos usuarios

También hemos agregado una nueva configuración que le permite elegir si desea que los nuevos usuarios agregados a su organización obtengan acceso básico completo o acceso limitado o gratuito a las partes interesadas. En el pasado, los nuevos usuarios obtuvieron Basic si había licencias básicas sin asignar disponibles, pero las partes interesadas si no lo hubieran. Todas las organizaciones comenzarán con su nivel de acceso predeterminado establecido en Parte interesada, por lo que no habrá cargos inesperados para los nuevos usuarios. Si su organización normalmente conservaba licencias adicionales sin asignar, por lo que los nuevos usuarios agregados a los proyectos tenían acceso básico completo, asegúrese de cambiar el nivel de acceso predeterminado a Básico.

Default access level for new users.

Facturación diaria

Como parte del cambio a la facturación basada en asignaciones, también hemos cambiado de facturación mensual a diaria. Ahora, si concede a un usuario acceso de pago durante unas semanas o incluso unos días, solo paga por el tiempo que se les asignó el acceso de pago, en lugar de un mes completo. A medida que cambiamos la organización de facturación mensual a diaria, es probable que la siguiente factura de Azure sea inferior a la anterior. El mes siguiente volverá a la normalidad una vez que tenga un mes completo de cargos diarios acumulados.

Nueva interfaz de usuario para administrar los permisos de organización y proyecto

La administración de permisos de organización y proyecto tiene un nuevo aspecto y rendimiento se ha mejorado. Ahora, los nuevos miembros del grupo aparecerán en la lista a medida que se agregan sin necesidad de actualizar una página forzada. Diríjase a su Configuración de organizaciones y eche un vistazo.

Manage organization and project permissions.

Azure Boards

Compatibilidad con campos personalizados en columnas de acumulación

El paquete acumulativo ahora se puede realizar en cualquier campo, incluidos los campos personalizados. Al agregar una columna Rollup, todavía puede elegir una columna Rollup de la lista rápida, pero si desea resumir en campos numéricos que no forman parte de la plantilla de proceso lista para usar, puede configurar su propia de la siguiente manera:

  1. En el trabajo pendiente, haga clic en "Opciones de columna". A continuación, en el panel, haga clic en "Agregar columna acumulación" y en Configurar el paquete acumulativo personalizado.

    Rollup on custom fields.

  2. Elija entre barra de progreso y Total.
  3. Seleccione un tipo de elemento de trabajo o un nivel trabajo pendiente (normalmente los trabajos pendientes agregan varios tipos de elementos de trabajo).
  4. Seleccione el tipo de agregación. Recuento de elementos de trabajo o Suma. En Suma, deberá seleccionar el campo que se va a resumir.
  5. El botón Aceptar le devolverá al panel de opciones de columna donde puede reordenar la nueva columna personalizada.

Support for custom fields in Rollup columns.

Tenga en cuenta que no puede editar la columna personalizada después de hacer clic en Aceptar. Si necesita realizar un cambio, quite la columna personalizada y agregue otra como desee.

Nueva regla para ocultar campos en un formulario de elemento de trabajo según la condición

Hemos agregado una nueva regla al motor de reglas heredadas para permitirle ocultar campos en un formulario de elemento de trabajo. Esta regla ocultará los campos en función de la pertenencia a grupos de usuarios. Por ejemplo, si el usuario pertenece al grupo "propietario del producto", puede ocultar un campo específico del desarrollador. Para obtener más información, consulte la documentación aquí.

Configuración personalizada de notificaciones de elementos de trabajo

Mantenerse al día en los elementos de trabajo relevantes para usted o su equipo es increíblemente importante. Ayuda a los equipos a colaborar y mantenerse al día con proyectos y se asegura de que todas las partes adecuadas estén implicadas. Sin embargo, diferentes partes interesadas tienen diferentes niveles de inversión en diferentes esfuerzos, y creemos que debe reflejarse en su capacidad de seguir el estado de un elemento de trabajo.

Anteriormente, si quisiera seguir un elemento de trabajo y recibir notificaciones sobre los cambios realizados, recibiría notificaciones por correo electrónico para cualquiera y todos los cambios realizados en el elemento de trabajo. Después de considerar sus comentarios, estamos haciendo que el seguimiento de un elemento de trabajo sea más flexible para todas las partes interesadas. Ahora verá un nuevo botón de configuración junto al botón Seguir de la esquina superior derecha del elemento de trabajo. Esto le llevará a un elemento emergente que le permitirá configurar las opciones siguientes.

Configure follow options.

En Notificación Configuración, puede elegir entre tres opciones de notificación. En primer lugar, puede cancelar la suscripción por completo. En segundo lugar, puede estar totalmente suscrito, donde obtendrá notificaciones para todos los cambios en el elemento de trabajo. Por último, puede optar por recibir notificaciones para algunos de los eventos de cambio de elementos de trabajo principales y cruciales. Puede seleccionar solo una o las tres opciones. Esto permitirá a los miembros del equipo seguir los elementos de trabajo en un nivel superior y no distraerse por cada cambio que se realice. Con esta característica, eliminaremos correos electrónicos innecesarios y le permitirá centrarse en las tareas cruciales a mano.

Choose Notification Settings.

Nos complace publicar una vista previa del control Implementación en el formulario de elemento de trabajo. Este control vincula los elementos de trabajo a una versión y le permite realizar un seguimiento sencillo de dónde se ha implementado el elemento de trabajo. Para más información, consulte la documentación aquí.

Link work items to deployments.

Azure Repos

Uso de la autenticación basada en la cuenta de servicio para conectarse a AKS

Anteriormente, al configurar Azure Pipelines desde el Centro de implementación de AKS, usamos una Conectar ion de Azure Resource Manager. Esta conexión tenía acceso a todo el clúster y no solo al espacio de nombres para el que se configuró la canalización. Con esta actualización, nuestras canalizaciones usarán la autenticación basada en la cuenta de servicio para conectarse al clúster para que solo tenga acceso al espacio de nombres asociado a la canalización.

Vista previa de los archivos Markdown en la solicitud de incorporación de cambios en paralelo

Ahora puede ver una vista previa del aspecto de un archivo Markdown mediante el nuevo botón Vista previa . Además, puede ver el contenido completo de un archivo desde la diferencia en paralelo seleccionando el botón Ver .

Preview Markdown files in pull request Side-by-side diff.

Expiración de la directiva de compilación para compilaciones manuales

Las directivas aplican los estándares de administración de cambios y la calidad del código del equipo. Anteriormente, podría establecer directivas de expiración de compilación para compilaciones automatizadas. Ahora también puede establecer directivas de expiración de compilación en las compilaciones manuales.

Build policy expiration for manual builds.

Incorporación de una directiva para bloquear confirmaciones en función del correo electrónico del autor de la confirmación

Administración istrators ahora pueden establecer una directiva de inserción para evitar que las confirmaciones se inserte en un repositorio para el que el correo electrónico del autor de confirmación no coincide con el patrón proporcionado.

Add a policy to block commits based on the commit author email.

Esta característica se ha priorizado en función de una sugerencia de la Comunidad de desarrolladores para ofrecer una experiencia similar. Seguiremos manteniendo abierta la incidencia y animamos a los usuarios a que nos indiquen qué otros tipos de directivas de inserción desea ver.

Azure Pipelines

Reintento de fases erróneas

Nota:

Para probar esta característica, debe tener habilitada la característica de versión preliminar Canalizaciones de varias fases .

Una de las características más solicitadas en las canalizaciones de varias fases es la capacidad de reintentar una fase con errores sin tener que empezar desde el principio. Con esta actualización, vamos a agregar una gran parte de esta funcionalidad.

Ahora puede volver a intentar una fase de canalización cuando se produce un error en la ejecución. Todos los trabajos con errores en el primer intento y aquellos que dependen transitivamente de esos trabajos con errores se vuelven a intentar.

Esto puede ayudarle a ahorrar tiempo de varias maneras. Por ejemplo, al ejecutar varios trabajos en una fase, es posible que quiera que cada fase ejecute pruebas en una plataforma diferente. Si se produce un error en las pruebas de una plataforma mientras se superan otras, puede ahorrar tiempo al no volver a ejecutar los trabajos que se han superado. Como otro ejemplo, es posible que se haya producido un error en una fase de implementación debido a una conexión de red poco dinámica. Volver a intentar esa fase le ayudará a ahorrar tiempo al no tener que generar otra compilación.

Hay algunas lagunas conocidas en esta característica. Por ejemplo, no puede volver a intentar una fase que cancele explícitamente. Estamos trabajando para cerrar estas brechas en futuras actualizaciones.

Mejoras en las aprobaciones en canalizaciones YAML

Nota:

Debe tener canalizaciones de varias fases y características de vista previa de la nueva experiencia de conexión de servicio habilitadas para probar esta característica.

Seguimos mejorando las canalizaciones YAML de varias fases. Con esta actualización hemos habilitado la configuración de aprobaciones en conexiones de servicio y grupos de agentes. Para las aprobaciones, seguimos la segregación de roles entre los propietarios de infraestructura y los desarrolladores. Al configurar aprobaciones en los recursos, como entornos, conexiones de servicio y grupos de agentes, estará seguro de que todas las ejecuciones de canalización que usan recursos requerirán primero la aprobación.

La experiencia es similar a la configuración de aprobaciones para entornos. Cuando una aprobación está pendiente en un recurso al que se hace referencia en una fase, la ejecución de la canalización espera hasta que la canalización se apruebe manualmente.

Enhancements to approvals in YAML pipelines.

Compatibilidad con pruebas de estructura de contenedor en Azure Pipelines

El uso de contenedores en aplicaciones aumenta y, por tanto, la necesidad de realizar pruebas y validación sólidas. Azure Pipelines ahora ofrece compatibilidad con las pruebas de estructura de contenedor. Este marco proporciona una manera cómoda y eficaz de comprobar el contenido y la estructura de los contenedores.

Puede validar la estructura de una imagen basada en cuatro categorías de pruebas que se pueden ejecutar juntas: pruebas de comandos, pruebas de existencia de archivos, pruebas de contenido de archivos y pruebas de metadatos. Puede usar los resultados de la canalización para tomar decisiones de go/no go. Los datos de prueba están disponibles en la ejecución de la canalización con un mensaje de error para ayudarle a solucionar mejor los errores.

Escriba los detalles del archivo de configuración y de la imagen.

Container structure testing support in Azure Pipeline.

Datos de prueba y resumen

Test data and summary.

Administración y resolución de errores no confiables

En julio, se introdujo la administración de pruebas poco a poco para admitir el ciclo de vida de un extremo a otro con la detección, la creación de informes y la resolución. Para mejorar aún más, vamos a agregar una alta resolución y administración de errores de prueba.

Al investigar la prueba escarbada, puede crear un error mediante la acción De error que, a continuación, se puede asignar a un desarrollador para investigar aún más la causa principal de la prueba de flaky. El informe de errores incluye información sobre la canalización, como el mensaje de error, el seguimiento de la pila y otra información asociada a la prueba.

Cuando se resuelve o cierra un informe de errores, se desmarcará automáticamente la prueba como no confidencial.

Mejoras en la aplicación Azure Pipelines para Slack y Microsoft Teams

Canalizaciones basadas en YAML de varias fases

Nota:

Para probar esta característica, debe tener habilitada la característica de versión preliminar Canalizaciones de varias fases .

La aplicación Azure Pipelines para Slack y Microsoft Teams ahora admite canalizaciones YAML de varias fases para CI y CD. Con esta mejora, recibirá una notificación sobre varios eventos relacionados con las canalizaciones de YAML.

Enhancements to Azure Pipelines app for Slack and Microsoft Teams.

Eventos admitidos para canalizaciones YAML de varias fases

  • Estado de ejecución cambiado
  • Estado de fase de ejecución cambiado
  • Fase de ejecución en espera de aprobación
  • Ejecución de la aprobación de fase completada

Events supported for multi-stage YAML pipelines.

Extensiones de mensajería y desfurcación de direcciones URL

Hemos agregado una extensión de mensajería para la aplicación Azure Pipelines para Microsoft Teams. Ahora puede buscar canalizaciones y compartir detalles relevantes sobre la canalización como una tarjeta en el canal. La desfurcación de direcciones URL le ayuda a iniciar discusiones en torno a las canalizaciones y a tener conversaciones contextuales y significativas.

URL unfurling and messaging extensions.

Actualizaciones a las imágenes de canalizaciones alojadas

Hemos actualizado varias de las imágenes de máquina virtual hospedadas de Azure Pipelines. A continuación se muestran algunos de los aspectos destacados de esta actualización:

  • Se ha agregado Go 1.13 a Ubuntu 16.04, Ubuntu 18.04, VS2017 y VS2019. Go 1.12 sigue siendo el valor predeterminado.
  • Se han agregado Android SDK y Build Tools 29 a Ubuntu 16.04, Ubuntu 18.04, VS2017 y VS2019.
  • Se agregó Az Module 2.6.0 a VS2017 y VS2019.
  • Se corrigieron varios errores.

Puede encontrar más detalles sobre las versiones más recientes aquí.

Nota:

Quitaremos Ruby 2.3 de todas las imágenes en una actualización futura desde que alcanzó el final de la vida el 31 de marzo de 2019.

Tarea del instalador de Open Policy Agent

Open Policy Agent es un motor de directivas de uso general código abierto que permite el cumplimiento unificado de directivas compatibles con contexto. Hemos agregado la tarea del instalador de Open Policy Agent. Resulta especialmente útil para la aplicación de directivas dentro de la canalización con respecto a la infraestructura como proveedores de código.

Por ejemplo, Open Policy Agent puede evaluar los archivos de directiva de Rego y los planes de Terraform en la canalización.

task: OpenPolicyAgentInstaller@0
    inputs:
          opaVersion: '0.13.5'

Decoradores de canalización para canalizaciones de versión

Los decoradores de canalización permiten agregar pasos al principio y al final de cada trabajo. Esto es diferente de agregar pasos a una sola definición porque se aplica a todas las canalizaciones de una organización.

Hemos estado admitiendo decoradores para compilaciones y canalizaciones YAML, con los clientes que los usan para controlar de forma centralizada los pasos de sus trabajos. Ahora también estamos ampliando la compatibilidad con las canalizaciones de versión. Puede crear extensiones para agregar pasos destinados al nuevo punto de contribución y se agregarán a todos los trabajos del agente en las canalizaciones de versión.

Azure Test Plans

Nueva página de Test Plans

La mayoría de las funcionalidades de planeación, creación, ejecución y seguimiento ya están disponibles en la nueva página Planes de prueba. Por lo tanto, lo habilitamos para todos los usuarios de planes de prueba para que puedan proporcionarnos comentarios. Las funcionalidades restantes requieren que lleguemos a la paridad con la página planes de prueba anteriores se habilitará en los próximos sprints. Si es necesario, los usuarios pueden deshabilitar la página Planes de prueba en el menú Características de vista previa. Obtenga más información aquí.

Generación de informes

Evolución del sprint en línea mediante grados de dificultad del caso

Su Sprint Burndown ahora puede quemarse por Stories. Esto aborda los comentarios de la Comunidad de desarrolladores.

En el centro de Sprint, seleccione la pestaña Análisis. A continuación, configure el informe como se indica a continuación:

  1. Selección del trabajo pendiente de historias
  2. Seleccione esta opción para grabar en Suma de puntos de historia.

Inline sprint burndown using story points.

Wiki

Direcciones URL de la página Wiki breves y legibles

Ya no tiene que usar una dirección URL de varias líneas para compartir vínculos de página wiki. Estamos aprovechando los identificadores de página en la dirección URL para quitar parámetros, por lo que la dirección URL es más corta y fácil de leer.

La nueva estructura de direcciones URL tendrá el siguiente aspecto:

https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}

Este es un ejemplo de la nueva dirección URL para una página wiki de Azure DevOps:

https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki

Esto se ha priorizado en función de esta incidencia de sugerencia de característica de la Comunidad de desarrolladores.

Compatibilidad con el diagrama de Mermaid en la wiki

Hemos agregado compatibilidad para insertar diagramas de sirena en páginas wiki. Ahora puede crear, editar y administrar gráficos de flujo, diagramas de secuencia en los documentos de diseño y agregar diagramas de Gantt en los documentos de planeación en Azure DevOps Wiki.

Mermaid diagram support in wiki.

Esto se ha priorizado en función de esta incidencia de sugerencia de característica de la Comunidad de desarrolladores. Para obtener más información sobre los diagramas de Sirena, consulte nuestra documentación aquí.

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

Make a suggestion

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

Gracias,

Ravi Shanker