Mejoras para la integración en GitHub de Azure Boards y Azure Pipelines - Sprint 149 Update

  • Artículo

En la actualización sprint 149 de Azure DevOps, hemos agregado la capacidad de navegar a Azure Boards directamente desde menciones en un comentario de GitHub, así como compatibilidad con Azure Boards en GitHub Enterprise.

Para Azure Pipelines, hemos habilitado una nueva característica en las solicitudes de incorporación de cambios de GitHub que permite ejecutar comprobaciones opcionales al mencionar /azp en el comentario. También puede requerir un comentario en la solicitud de incorporación de cambios de un colaborador del repositorio antes de que se ejecute la canalización, lo que le permitirá revisar el código de usuarios desconocidos antes de compilarlo.

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

Características

General:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Informes:

General

Resolución de usuarios desconectados de Azure Active Directory (Azure AD)

Con nuestra actualización sprint 148 le hemos dado la posibilidad de conectar su organización a Azure Active Directory desde el portal de Azure DevOps. Esta nueva experiencia simplificada guardó varios pasos necesarios anteriormente en Azure Portal. Sin embargo, esa nueva experiencia dejó una brecha abierta, ya que todavía tenía que llamar al soporte técnico para restaurar el acceso para los miembros que perdieron acceso durante el proceso de conexión. Los usuarios pierden el acceso cuando no se encuentra su identidad de inicio de sesión anterior en la instancia de Azure Active Directory recién conectada. Con esta versión le permitimos restaurar esos miembros desconectados por su cuenta, lo que le ahorra una llamada de soporte al cliente y aumenta su productividad.

Hay dos pasos para restaurar miembros desconectados. En primer lugar, las identidades actuales de esos miembros se asignan a las identidades de Azure AD recién conectadas. Dado que es posible que algunos miembros desconectados no tengan identidades coincidentes en Azure AD, el segundo paso es invitar a esos miembros restantes como invitados a Azure AD. Esta actualización proporciona una interfaz para realizar ambos pasos directamente desde la página de configuración de Azure AD en el portal de Azure DevOps.

Busque actualizaciones en nuestra documentación aquí.

Azure Boards

Ahora, cuando menciona un elemento de trabajo dentro del comentario de un problema, una solicitud de incorporación de cambios o una confirmación en GitHub mediante la AB#{work item ID} sintaxis, esas menciones se convertirán en hipervínculos que puede hacer clic para navegar directamente al elemento de trabajo mencionado.

Esto no crea un vínculo formal que desordena el elemento de trabajo en Azure Boards para cada conversación relacionada, sino que proporciona al equipo una manera de proporcionar un poco más información sobre los elementos de trabajo mientras se analiza el código o un problema notificado por el cliente. Consulte la documentación de integración de GitHub de Azure Boards para más información.

Navigate to work items from mentions.

Actualizaciones de las reglas de transición de los elementos de trabajo

Hemos limpiado varias reglas de transición de elementos de trabajo que han sido incoherentes en distintos procesos y tipos de elementos de trabajo. Closed By, Closed Date y State Changed Date se han corregido en todos los tipos de elementos de trabajo estándar y los tipos de elementos de trabajo heredados recién personalizados. Activated By and Activated Date are fixed for all system work item types but will not be fixed for customized inherited work item types.

Compatibilidad con Azure Boards en GitHub Enterprise

Teams ahora puede conectar proyectos de Azure Boards a repositorios hospedados en instancias de GitHub Enterprise Server. Al conectarse mediante OAuth, siga los pasos descritos en la documentación para registrar una aplicación de OAuth antes de crear una conexión a los repositorios.

Edite y elimine comentarios en un elemento de trabajo

Nos complace anunciar que ahora puede editar y eliminar comentarios en la discusión del elemento de trabajo en Azure Boards una característica altamente votada de nuestro foro de la Comunidad de desarrolladores. Para editar el comentario, simplemente mantenga el puntero sobre cualquier comentario que posea y verá dos botones nuevos. Si hace clic en el icono de lápiz, entrará en modo de edición y simplemente podrá realizar las modificaciones y presionar el botón "Actualizar" para guardar las ediciones.

Edit comments in Discussion.

Al hacer clic en el menú de desbordamiento, verá la opción para eliminar el comentario. Una vez que haga clic en esto, se le pedirá de nuevo que confirme que desea eliminar este comentario y se eliminará el comentario.

Delete comments in Discussion.

Tendrá una pista de auditoría completa de todos los comentarios editados y eliminados en la pestaña historial del formulario del elemento de trabajo. También verá que hemos actualizado la interfaz de usuario de nuestra experiencia de discusión para que se sienta más moderna e interactiva. Además, agregamos burbujas alrededor de los comentarios para que sea más claro dónde comienzan y terminan los comentarios de las personas.

Orden de valores de estado en el formulario de elemento de trabajo

Anteriormente, el valor de estado del formulario del elemento de trabajo se ordenaba alfabéticamente. Con esta actualización hemos cambiado cómo se ordenan los valores de estado para que coincidan con el orden de flujo de trabajo en la configuración del proceso.

New state value order.

Nota:

El cambio de pedido solo afectará al formulario en la web y a las API REST. El orden de valores de estado no se cambiará en los clientes que usan EL OM de cliente WIT, como Visual Studio 2017 o Excel.

Azure Pipelines

Elija el directorio del código verificado en las canalizaciones YAML

Anteriormente, desprotegimos los repositorios en el s directorio en $(Agent.BuildDirectory). Ahora puede elegir el directorio donde se desprotegirá el repositorio de Git para su uso con canalizaciones YAML.

Use la path palabra clave en checkout y estará en control de la estructura de carpetas. A continuación se muestra un ejemplo del código YAML que puede usar para especificar un directorio.

steps:
- checkout: self
  path: my-great-repo

En este ejemplo, el código se desprotegirá en el my-great-repo directorio del área de trabajo del agente. Si no especifica una ruta de acceso, el repositorio seguirá desprotegido en un directorio denominado s.

Los proyectos privados ahora ofrecen un tiempo de ejecución de 60 minutos por cada trabajo de canalización

Hasta ahora, una cuenta gratuita (es decir, una que no había comprado trabajos paralelos) ejecutaría un trabajo durante un máximo de 30 minutos a la vez, hasta 1800 minutos al mes. Con esta actualización, hemos aumentado el límite de 30 a 60 minutos para las cuentas gratuitas.

Si necesita ejecutar la canalización durante más de 60 minutos, puede pagar capacidad adicional por trabajo paralelo o ejecutarse en un agente autohospedado. Los agentes autohospedados no tienen restricciones de longitud de trabajo.

Actualizaciones de las imágenes de canalizaciones hospedadas

Hemos realizado actualizaciones en las imágenes de máquina virtual vs2017, Ubuntu 16.04 y contenedor de Windows 1803 para las canalizaciones de Azure hospedadas. Puede encontrar más detalles sobre las versiones más recientes aquí. Para obtener un vistazo completo a las herramientas disponibles en nuestras imágenes, visite nuestro repositorio de generación de imágenes en GitHub aquí.

Además, hemos adoptado Moby como entorno de ejecución del contenedor. Moby es un marco abierto creado por Docker para ensamblar componentes en sistemas personalizados basados en contenedores. Esto nos permitirá ofrecer revisiones ascendentes frecuentes y mejoras en el entorno de ejecución del contenedor.

Tarea del instalador de la herramienta Duffle en la canalización de compilación y de versión

Duffle es una herramienta de línea de comandos que le permite instalar y administrar paquetes de aplicaciones nativas en la nube (CNAB). Con los CNAB, puede agrupar, instalar y administrar aplicaciones nativas de contenedor y sus servicios.

En esta actualización, se ha agregado una nueva tarea para las canalizaciones de compilación y versión que permite instalar una versión específica del archivo binario Duffle.

Duffle tool installer task in build and release pipeline.

Apruebe implementaciones de Azure Pipelines desde Slack

Hasta ahora, los usuarios de Slack han tenido funcionalidades limitadas para administrar las implementaciones de versiones desde un canal. La aplicación Azure Pipelines para Slack le permite aprobar o rechazar una implementación de versión desde el canal. Esto hará que el proceso de aprobación sea más fácil, ya que no está obligado a navegar al portal de Azure Pipelines. Además, puede aprobar las implementaciones en marcha mediante la aplicación móvil slack.

Approve Azure Pipelines deployments from Slack.

Para más información sobre Azure Pipelines y Slack, consulte la documentación aquí.

Todos los proveedores de origen incluidos en el nuevo asistente de canalizaciones de compilación

Hasta ahora, los proveedores de origen como GitHub, Azure Repos y Bitbucket Cloud se dividieron entre el editor de canalizaciones clásico y el asistente para nueva canalización. Con esta actualización se han agregado todos ellos al asistente para la nueva canalización para un único punto de partida. Todavía puede hacer clic en el vínculo situado en la parte inferior de la página para crear una canalización sin YAML en el editor clásico.

All source providers included in the new build pipeline wizard.

Los comentarios de GitHub desencadenan optimizaciones

Hemos mejorado la experiencia de los equipos que usan comentarios de solicitud de incorporación de cambios de GitHub para desencadenar compilaciones. Normalmente, para la seguridad, estos equipos no quieren crear automáticamente solicitudes de incorporación de cambios. En su lugar, quieren que un miembro del equipo revise la solicitud de incorporación de cambios y, una vez que se considere segura, desencadene la compilación con un comentario de solicitud de incorporación de cambios. Una nueva configuración mantiene esta opción mientras sigue permitiendo compilaciones automáticas de solicitudes de incorporación de cambios solo para los miembros del equipo.

GitHub comments trigger optimizations.

Publicación de resultados de pruebas de CTest y PHPUnit

Con esta actualización, se ha agregado compatibilidad para publicar resultados de prueba de una ejecución de CTest en canalizaciones. Para publicar resultados de CTest, seleccione la opción CTest en la entrada Formato de resultado de la prueba de la pestaña Publicar resultados de pruebas.

Publish CTest and PHPUnit test results.

Además, hemos incluido la publicación para las ejecuciones de pruebas phpUnit . Aunque el formato de resultados de JUnit siempre se admite, ahora puede aprovechar las construcciones específicas de PHPUnit. Para obtener más información sobre cómo publicar resultados de pruebas, consulte la documentación aquí.

Azure Artifacts

Orígenes ascendentes para Maven

Los orígenes ascendentes ahora están disponibles para las fuentes de Maven. Esto incluye el repositorio principal de Maven Central y las fuentes de Azure Artifacts. Para agregar maven ascendentes a una fuente existente, visite Configuración de fuentes, seleccione el pivot Orígenes ascendentes y, a continuación, seleccione Agregar origen ascendente.

Upstream sources for Maven.

Generación de informes

Cambio de versión de OData en los servicios de análisis para conjuntos de entidades de prueba

El servicio Analytics de Azure DevOps consta de conjuntos de entidades que puede consultar directamente desde un explorador compatible mediante OData. El servicio proporciona una API de OData con versiones que puede agregar al elemento _odata.

Con esta actualización se van a migrar los conjuntos de entidades de prueba a la versión 3.0-preview. Si usa el punto de conexión de la versión preliminar de OData 2.0, tendrá que cambiar a la versión 3.0-preview para evitar cambios importantes.

En la lista siguiente se incluyen los conjuntos de entidades que se migrarán a la versión 3.0-preview:

  • TestRuns
  • TestResults
  • Pruebas
  • Compilaciones
  • Ramas
  • Lanzamientos
  • ReleaseEnvironments
  • TestResultsDaily
  • ReleasePipelines
  • ReleaseStages
  • BuildPipelines

Para obtener más información sobre el uso del punto de conexión de OData con el servicio Analytics, consulte la 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,

Chris Patterson