Integración con el cronograma y la hoja de ruta de características de GitHub

Plan de desarrollo

En la sección siguiente se describen las nuevas características que se encuentran en desarrollo para la integración de Azure Boards con GitHub.

  • Selección de modelos para Cloud Agent: al usar el agente en la nube de Copilot desde un elemento de trabajo, los usuarios pueden seleccionar entre una lista de modelos.

Características entregadas

Servidor MCP remoto (versión preliminar pública)

Este punto de conexión hospedado permite la integración sin problemas con Azure DevOps sin necesidad de administrar un servidor local. Visual Studio y Visual Studio Code admiten actualmente esta característica y la compatibilidad con otros clientes y servicios, incluido Microsoft Foundry y Copilot Studio, estará disponible próximamente.

Dependiendo de las herramientas que utilice, solo tiene que agregar la siguiente información del servidor a mcp.json.

{
  "servers": {
    "ado-remote-mcp": {
      "url": "https://mcp.dev.azure.com/{organization}",
      "type": "http"
    }
  },
  "inputs": []
}

Puede personalizar la configuración con más opciones de configuración. Obtenga más información.

Aumento del límite

El límite por conexión al vincular repositorios de GitHub a un proyecto de Azure DevOps ahora es mayor. El nuevo límite máximo en la experiencia web ahora es de 2000, que coincide con el límite que ya está disponible a través de la API REST de actualización.

Compatibilidad con agentes personalizados

La integración de Azure Boards con GitHub Copilot ahora admite la selección de agentes personalizados. Al crear un agente personalizado en el nivel de repositorio u organización, aparece automáticamente en Azure DevOps. Al crear una pull request desde un elemento de trabajo, se ve un nuevo control de selección de agente junto a la lista de repositorios.

Captura de pantalla que muestra el control de selección del agente personalizado junto a la lista de repositorios.

Después de seleccionar un agente personalizado y seleccionar Crear, el agente genera los cambios en el código y crea la solicitud de incorporación de cambios en el repositorio seleccionado.

Agente en la nube de Copilot de GitHub para Azure Boards

La integración de Copilot de GitHub para Azure Boards permite a los equipos pasar más sin problemas de la planeación a la implementación mediante la generación de cambios de código directamente desde elementos de trabajo de Azure Boards.

Desde un elemento de trabajo, los desarrolladores pueden invocar a Copilot, seleccionar un repositorio y una rama de GitHub de destino y crear una solicitud de incorporación de cambios de borrador que permanezca vinculada al elemento de trabajo original, lo que proporciona rastreabilidad de un extremo a otro desde el seguimiento del trabajo hasta el código.

Captura de pantalla que muestra cómo crear un borrador de PR a partir de un elemento de trabajo.

Servidor MCP local de Azure DevOps

El servidor MCP local para Azure DevOps proporciona una autenticación y autorización mejoradas, herramientas nuevas y refinadas, e introduce "dominios" para ayudar a definir el ámbito de las herramientas y administrar los límites de cliente.

El servidor MCP puentea asistentes de inteligencia artificial como GitHub Copilot y Azure DevOps, lo que le permite acceder e interactuar de forma segura con elementos de trabajo, wikis, planes de prueba y mucho más desde su propio entorno.

Para obtener instrucciones de instalación, ejemplos e instrucciones de contribución, visite el repositorio del servidor MCP de Azure DevOps.

Correcciones de errores que mejoran la integración y la seguridad de GitHub

Este sprint, el equipo resolvió varios errores críticos para mejorar la seguridad y confiabilidad de las integraciones de GitHub de Azure Boards:

  • Se han corregido varios problemas relacionados con el control de tokens de acceso, incluida la incapacidad de revocar tokens, el uso de ámbitos demasiado permisivos y la falta de comprobación de tokens.
  • Se han solucionado las vulnerabilidades de escalamiento de privilegios tanto en los flujos de conexión con GitHub como en los de creación de ramas.
  • Se ha quitado el almacenamiento persistente de PAT de GitHub después de la desconexión para evitar el acceso no deseado.
  • Se eliminó el uso de orígenes comodín en la configuración de CORS para aplicar controles de seguridad más estrictos.
  • Administración de secretos mejorada mediante la rotación de secretos de cliente de GitHub y la detención del uso compartido global entre organizaciones
  • Registro y auditoría mejorados al quitar conexiones de servicio
  • Se han resuelto posibles pérdidas de información causadas por webhooks mal configurados

Integración de GitHub: menciones de solicitud de incorporación

Ahora puede usar ! menciones para hacer referencia y analizar las solicitudes de incorporación de cambios de GitHub de manera directa desde cualquier campo de texto extenso o comentario.

Gif a las menciones de la solicitud de incorporación de cambios de GitHub.

Integración de GitHub: compatibilidad con la transición de estado

La integración ahora admite la vinculación de solicitudes de incorporación de cambios de GitHub a elementos de trabajo de Azure Boards. Anteriormente, solo se admitía la Fixes AB#{ID} palabra clave . Con esta actualización, ahora puede usar {State or Category} AB#{ID} para realizar la transición automática de los elementos de trabajo al estado deseado en la combinación.

Si la descripción de la solicitud de incorporación de cambios de GitHub incluye un nombre de estado (por ejemplo, Validate AB#1234), el estado del elemento de trabajo vinculado se actualiza como resultado. Si no se reconoce el nombre de estado, el sistema comprueba si coincide con una categoría de estado (como Resolved). Si lo hace, el elemento de trabajo se pasa al primer estado disponible dentro de esa categoría.

Captura de pantalla de validación del elemento de trabajo.

Si no se encuentra ningún estado o categoría coincidente, se omite la palabra clave y el estado del elemento de trabajo no se actualiza.

Por último, el Fixes AB#{ID} término clave continúa funcionando como se esperaba, predeterminando el valor del estado "Closed".

Integración de GitHub: mejoras en la vinculación a confirmaciones, ramas y solicitudes de incorporación de cambios

El equipo de Azure DevOps mejora continuamente la integración de Boards + GitHub para cerrar las brechas de facilidad de uso y alinearse con la experiencia con la que está familiarizado en Azure Repos.

Con esta actualización, el equipo introdujo varias mejoras para simplificar cómo se vinculan las ramas, las solicitudes de incorporación de cambios y las confirmaciones a los elementos de trabajo:

  • Al vincular una rama de GitHub a un elemento de trabajo, las solicitudes de incorporación de cambios asociadas se vinculan automáticamente. No es necesario usar manualmente AB#.

  • Una vez que se fusiona un pull request, el merge commit se vincula automáticamente al elemento de trabajo.

  • Si elimina la rama después de fusionar la solicitud de incorporación de cambios, el vínculo de la rama se quita automáticamente del elemento de trabajo.

Estas mejoras facilitan el seguimiento del progreso del desarrollo y el mantenimiento de las asociaciones de elementos de trabajo actualizadas.

Mejoras en la integración de gif en los paneles de GitHub.

Integración de GitHub: mostrar el estado de compilación de las canalizaciones de YAML

Microsoft se compromete a lograr la paridad de características entre YAML y canalizaciones clásicas. Una característica clave que falta era la capacidad de proporcionar un vínculo "Integrado en compilación" cuando el repositorio se hospeda en GitHub. La versión más reciente soluciona esta brecha agregando una opción en la configuración de canalización de YAML para comprobar:

Captura de pantalla de elementos de trabajo vinculados automáticamente.

Cuando finaliza la compilación, el vínculo correspondiente aparece automáticamente en los elementos de trabajo asociados, mejorando la historia general de rastreabilidad.

Captura de pantalla de la integración en la compilación.

Integración de GitHub: Vinculación del commit de combinación

El sistema ahora vincula automáticamente la confirmación de combinación a su elemento de trabajo correspondiente cuando se completa una solicitud de incorporación de cambios.

Aumento del límite de repositorios de GitHub conectados

En los últimos meses, el equipo de productos ha mejorado tanto la experiencia del usuario como la escalabilidad de conectar los repositorios de GitHub a un proyecto de Azure DevOps. En este sprint, el equipo ha elevado el límite máximo de 500 a 1000 repositorios, lo que le ofrece una capacidad aún mayor para administrar los proyectos.

Información de solicitud de incorporación de cambios de GitHub

El equipo del producto ha mejorado la integración entre las solicitudes de incorporación de cambios de GitHub y Azure Boards. Además de mostrar los estados abiertos y cerrados, ahora puede ver si una solicitud de incorporación de cambios está en modo borrador, necesita revisión y comprobación del estado. Todo esto sin necesidad de abrir la solicitud de incorporación de cambios.

Gif para la demostración de las mejoras en los conocimientos de las solicitudes de incorporación de cambios de GitHub.

Para habilitar esta característica, asegúrese de ir a la aplicación Boards en GitHub para aceptar los permisos actualizados solicitados para el acceso de lectura y escritura a Checks.

Captura de pantalla de los permisos actualizados.

Mejoras en la búsqueda de repositorios de GitHub

La conexión de un proyecto de Azure DevOps a una organización de GitHub ahora está optimizada, especialmente para aquellos con miles de repositorios. La experiencia de búsqueda y selección elimina el riesgo de errores de tiempo de espera y hace que el proceso de conexión sea más suave y eficaz.

Captura de pantalla de la adición de repositorios de GitHub.

Creación de una rama de GitHub a partir de un elemento de trabajo

Ahora, puede crear una rama de GitHub directamente desde un elemento de trabajo en Azure DevOps. El vínculo "Nueva rama de GitHub" está disponible cada vez que se configura una conexión de GitHub para el proyecto. Este vínculo está disponible en todos los menús contextuales del elemento de trabajo, incluido el formulario del elemento de trabajo, la tarjeta, el trabajo pendiente y las consultas. Para crear una rama, escriba el nombre de la rama y seleccione el repositorio y la rama base deseados.

Gif para demo de crear una rama de GitHub a partir del elemento de trabajo.

Vincule elementos de trabajo a GitHub mediante la búsqueda y selección del repositorio deseado y, a continuación, explore en profundidad para buscar y vincular a la solicitud de incorporación de cambios o confirmación específicas. Ya no necesita varios cambios de ventana y copiar o pegar (aunque todavía tiene esa opción).

GIF para demostrar las mejoras en la adición de vínculos.

Como parte de las mejoras continuas en la integración de Azure Boards + GitHub, una característica en versión preliminar mejora la experiencia con vínculos AB#. Con esta actualización, los enlaces de AB# ahora aparecen directamente en la sección de Desarrollo del pull request de GitHub. Puede ver los elementos de trabajo vinculados sin necesidad de navegar por la descripción o los comentarios, lo que proporciona un acceso más fácil a esos vínculos AB#.

Capturas de pantalla de vínculos de AB#.

Estos vínculos solo están disponibles cuando se usa AB# en la descripción de la solicitud de incorporación de cambios. No aparecen si se vincula directamente desde la solicitud de extracción del elemento de trabajo. Al quitar el vínculo AB# de la descripción también se quita del control de desarrollo.

  • Last updated on