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 están en desarrollo para la integración de Azure Boards con GitHub.

• Agente de codificación: los desarrolladores podrán invocar a Copilot directamente desde un elemento de trabajo de Azure Boards, 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 de origen. Esto proporciona rastreabilidad completa desde la planificación del trabajo hasta los cambios de código.

• Agentes personalizados para agente de codificación: al usar el agente de codificación de un elemento de trabajo, los usuarios podrán seleccionar entre un conjunto de agentes personalizados.

• Servidor MCP remoto: presentamos un servidor MCP remoto hospedado que expone un conjunto limitado de herramientas del servidor MCP local de Azure DevOps. Esta versión inicial se centrará en las funcionalidades principales de la plataforma y en las herramientas de elementos de trabajo más usadas, lo que permite a los clientes integrarse con Azure DevOps sin ejecutar ni administrar un servidor MCP local.

• Aumento del límite: el límite actual de repositorios de GitHub que se pueden conectar a un único proyecto de Azure Boards se incrementará de 1000 a 2000 repositorios, lo que proporciona mayor flexibilidad para las organizaciones más grandes y las integraciones complejas de GitHub.

Características entregadas

Servidor MCP local de Azure DevOps

El servidor MCP local para Azure DevOps proporciona un inicio de sesión y autorización mejorados, herramientas nuevas y mejoradas, e introduce "dominios" para ayudar a delimitar las herramientas y administrar los límites de clientes.

El servidor MCP de Azure DevOps actúa como un puente entre asistentes de inteligencia artificial como GitHub Copilot y Azure DevOps, lo que permite a los usuarios acceder e interactuar de forma segura con elementos de trabajo, wikis, planes de prueba y mucho más dentro de su propio entorno.

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

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

Este sprint 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.

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

Se ha ampliado la compatibilidad para vincular 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, se 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.

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

Estamos mejorando 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, se han introducido varias mejoras para simplificar la forma en que las ramas, las solicitudes de incorporación de cambios y las confirmaciones están vinculadas a elementos de trabajo:

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

• Una vez combinada una solicitud de incorporación de cambios, la confirmación de combinación se vinculará automáticamente al elemento de trabajo.

• Si la rama se elimina después de combinar la solicitud de incorporación de cambios, el enlace de la rama se quitará 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.

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

Nos comprometemos 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. Con nuestra versión más reciente, hemos solucionado esta brecha agregando una opción en la configuración de canalización de YAML para que compruebe lo siguiente:

Una vez completada la compilación, el vínculo correspondiente aparecerá automáticamente en los elementos de trabajo asociados, mejorando la historia general de rastreabilidad.

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

Ahora vinculamos automáticamente la confirmación de fusión a su elemento de trabajo correspondiente al completar una solicitud de extracción.

Aumento del límite de repositorios de GitHub conectados

En los últimos meses, hemos mejorado tanto la experiencia del usuario como la escalabilidad de conectar los repositorios de GitHub a un proyecto de Azure DevOps. En este sprint, hemos 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

Se 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 sin necesidad de abrir la solicitud de incorporación de cambios.

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

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.

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.

Adición de un vínculo a la confirmación o solicitud de incorporación de cambios de GitHub

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).

Vínculos AB# en solicitudes de incorporación de cambios de GitHub

Como parte de nuestras mejoras continuas en la integración de Azure Boards + GitHub, estamos presentando una característica que mejora la experiencia con enlaces de AB#. Con esta actualización, los enlaces de AB# ahora aparecen directamente en la sección de Desarrollo del pull request de GitHub. Esto significa que 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#.

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 haces un enlace directamente desde el pull request del ítem de trabajo. Al quitar el vínculo AB# de la descripción también se quita del control de desarrollo.