Integração com as funcionalidades do GitHub cronologia e roteiro

Roadmap

A secção seguinte descreve as novas funcionalidades que estão em desenvolvimento para a integração do Azure Boards com o GitHub.

  • Seleção de modelos para o Cloud Agent: Ao utilizar o Copilot cloud agent a partir de um item de trabalho, os utilizadores podem selecionar a partir de uma lista de modelos.

Funcionalidades entregues

Servidor MCP remoto (pré-visualização pública)

Este endpoint alojado permite uma integração perfeita com o Azure DevOps sem necessidade de gerir um servidor local. O Visual Studio e o Visual Studio Code suportam atualmente esta funcionalidade, e o suporte para outros clientes e serviços, incluindo Microsoft Foundry e Copilot Studio, está a chegar em breve.

Dependendo das ferramentas que está a usar, só precisa de adicionar as seguintes informações do servidor ao seu mcp.json.

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

Pode personalizar a sua configuração com mais opções de configuração. Saiba mais.

Aumento do limite

O limite por ligação ao ligar repositórios do GitHub a um projeto Azure DevOps é agora mais elevado. O novo limite máximo na experiência web é agora 2.000, igualando o limite já disponível através da Update REST API.

Suporte para agentes alfandegários

A integração do Azure Boards com o GitHub Copilot suporta agora a seleção de agentes personalizados. Quando crias um agente personalizado ao nível do repositório ou da organização, ele aparece automaticamente no Azure DevOps. Quando crias um pull request a partir de um item de trabalho, vês um novo controlo de seleção de agentes ao lado da lista do repositório.

Captura de ecrã mostrando o controlo de seleção de agentes personalizados ao lado da lista de repositórios.

Depois de selecionar um agente personalizado e selecionar Criar, o agente gera as alterações ao código e cria o pull request no repositório selecionado.

GitHub Copilot Cloud Agent for Azure Boards

A integração do GitHub Copilot para Azure Boards permite que as equipas passem do planeamento para a implementação de forma mais fluida, gerando alterações de código diretamente a partir dos itens de trabalho do Azure Boards.

A partir de um item de trabalho, os programadores podem invocar o Copilot, selecionar um repositório e uma ramificação alvo do GitHub, e criar um pull request de rascunho que se mantém associado ao item de trabalho original, proporcionando rastreabilidade integral desde o acompanhamento do trabalho até ao código.

Captura de ecrã que mostra como criar um rascunho de PR a partir de um item de trabalho.

Azure DevOps local MCP Server

O servidor MCP local para Azure DevOps fornece autenticação e autorização melhoradas, ferramentas novas e refinadas, e introduz "domínios" para ajudar a definir ferramentas e gerir os limites dos clientes.

O MCP Server liga assistentes de IA como o GitHub Copilot e o Azure DevOps, permitindo-lhe aceder e interagir de forma segura com itens de trabalho, wikis, planos de teste e muito mais a partir do seu próprio ambiente.

Para instruções de instalação, exemplos e diretrizes de contribuição, visite o repositório Azure DevOps MCP Server.

Correções de bugs que melhoram a integração e a segurança do GitHub

Neste sprint, a equipa resolveu vários bugs críticos para melhorar a segurança e fiabilidade das integrações Azure Boards no GitHub:

  • Corrigiu múltiplos problemas relacionados com o tratamento de tokens de acesso, incluindo a incapacidade de revogar tokens, uso de escopos excessivamente permissivos e falta de verificação de tokens
  • Foram resolvidas vulnerabilidades de escalonamento de privilégios na conexão do GitHub e nos fluxos de criação de ramificação
  • Removido o armazenamento persistente de PATs do GitHub após a desconexão para evitar acesso não intencional
  • Eliminado o uso de origens curinga na configuração do CORS para impor controles de segurança mais rigorosos
  • Gerenciamento de segredos melhorado rodando segredos de cliente do GitHub e eliminando o compartilhamento global entre organizações
  • Registro em log e auditabilidade aprimorados ao remover conexões de serviço
  • Resolvidos possíveis vazamentos de informações causados por webhooks mal configurados

Integração com o GitHub: menções de solicitação pull

Agora você pode usar ! menções para referenciar e discutir pedidos de pull do GitHub diretamente de qualquer campo de texto extenso ou comentário.

Gif para github pull request menções.

Integração com o GitHub: Suporte à Transição de Estado

A integração agora suporta ligar pull requests do GitHub a itens de trabalho do Azure Boards. Anteriormente, apenas a Fixes AB#{ID} palavra-chave era suportada. Com essa atualização, agora você pode usar {State or Category} AB#{ID} para fazer a transição automática de itens de trabalho para o estado desejado na mesclagem.

Se a descrição do pull request do GitHub incluir um nome de estado (por exemplo, Validate AB#1234), o estado do item de trabalho ligado é atualizado como resultado. Se o nome do estado não for reconhecido, o sistema verifica se corresponde a uma categoria de estado (como Resolved). Se isso acontecer, o item de trabalho será transferido para o primeiro estado disponível dentro dessa categoria.

Se não for encontrado nenhum estado ou categoria correspondente, a palavra-chave é ignorada e o estado do item de trabalho não é atualizado.

Finalmente, a Fixes AB#{ID} palavra-chave continua a funcionar conforme o esperado, usando como padrão o valor de estado "Fechado".

Integração com o GitHub: Melhorias na ligação a commits, branches e pull requests

A equipa Azure DevOps está continuamente a melhorar a integração Boards + GitHub para colmatar lacunas de usabilidade e alinhar com a experiência que conhece no Azure Repos.

Com esta atualização, a equipa introduziu várias melhorias para simplificar a maneira como branches, pull requests e commits estão ligados aos itens de trabalho.

  • Quando associas um branch do GitHub a um item de trabalho, todos os pull requests associados são automaticamente relacionados. Não há necessidade de usar manualmente AB#.

  • Uma vez que um pull request é fundido, o merge commit é automaticamente associado ao item de trabalho.

  • Se eliminar o ramo depois de o pull request ser mesclado, a ligação do ramo é automaticamente removida do item de trabalho.

Essas melhorias facilitam o acompanhamento do progresso do desenvolvimento e a manutenção de associações de itens de trabalho limpas e atualizadas.

Melhorias na integração de GIFs com os quadros do GitHub.

Integração com o GitHub: Mostrar o status da compilação para pipelines YAML

A Microsoft está empenhada em alcançar a paridade de funcionalidades entre os pipelines YAML e Classic. Um recurso importante ausente era a capacidade de fornecer um link "Integrado na compilação" quando seu repositório está hospedado no GitHub. A versão mais recente colmata esta lacuna adicionando uma opção nas definições do pipeline YAML para verificar:

Quando a construção termina, a ligação correspondente aparece automaticamente nos itens de trabalho associados, melhorando a história geral de rastreabilidade.

Integração com o GitHub: vinculando a confirmação de mesclagem

O sistema agora liga automaticamente o commit de fusão ao seu item de trabalho correspondente quando um pull request é concluído.

Aumentar o limite de repositórios GitHub conectados

Nos últimos meses, a equipa de produto melhorou tanto a experiência do utilizador como a escalabilidade da ligação dos seus repositórios GitHub a um projeto Azure DevOps. Neste sprint, a equipa aumentou o limite máximo de 500 para 1.000 repositórios, dando-lhe ainda maior capacidade para gerir os seus projetos.

Informações de pull request do GitHub

A equipa de produto melhorou a integração entre os pull requests do GitHub e os Azure Boards. Além de mostrar os estados aberto e fechado, podes agora ver se um pull request está no modo de rascunho, precisa de revisão e qual é o estado das verificações. Tudo sem a necessidade de abrir o pull request.

Gif para demonstrar insights de solicitações de pull aprimoradas no GitHub.

Para habilitar esta funcionalidade, certifique-se de acessar o aplicativo Boards no GitHub para aceitar as permissões atualizadas solicitadas para acesso de leitura e gravação às verificações.

Conecte-se às melhorias de pesquisa do repositório GitHub

Ligar um projeto Azure DevOps a uma organização GitHub está agora otimizado, especialmente para quem tem milhares de repositórios. A experiência de pesquisa e seleção elimina o risco de erros de timeout e torna o processo de ligação mais fluido e eficiente.

Captura de tela de adicionar repositórios do GitHub.

Criar ramificação do GitHub a partir do item de trabalho

Agora, você pode criar uma ramificação do GitHub diretamente de um item de trabalho no Azure DevOps. O link "Nova ramificação do GitHub" está disponível sempre que uma conexão do GitHub é configurada para seu projeto. Este link está disponível em todos os menus de contexto de item de trabalho, incluindo o formulário de item de trabalho, cartão, lista de pendências e consultas. Para criar uma nova ramificação, insira o nome da ramificação e selecione o repositório e a ramificação base desejados.

Gif para demonstrar criar ramificação GitHub a partir do item de trabalho.

Liga itens de trabalho ao GitHub pesquisando e selecionando o repositório desejado, depois aprofunda para encontrar e ligar ao pull request ou commit específico. Já não precisas de várias alterações de janela e copiar/colar (embora ainda tenhas essa opção).

Gif para a demonstração das melhorias de link.

Como parte das melhorias contínuas na integração Azure Boards + GitHub, uma funcionalidade de pré-visualização melhora a experiência com os links AB#. Com esta atualização, os seus links AB# aparecem agora diretamente na secção de Desenvolvimento do pull request do GitHub. Pode visualizar os itens de trabalho ligados sem necessidade de navegar por descrições ou comentários, facilitando o acesso a esses links AB#.

Capturas de ecrã de links AB#.

Estes links só estão disponíveis quando usa AB# na descrição do pull request. Eles não aparecem se ligares diretamente do pull request do item de trabalho. Remover o link AB# da descrição também o remove do controlo de desenvolvimento.