Compartilhar via

Integração com o cronograma de recursos e o roteiro do GitHub

Roteiro

A seção a seguir descreve os novos recursos que estão em desenvolvimento para nossa integração do Azure Boards com o GitHub.

  • Agentes Personalizados para Agente de Codificação: ao usar o Agente de Codificação de um item de trabalho, os usuários poderão selecionar em um conjunto de agentes personalizados.

  • Servidor MCP remoto: estamos introduzindo um servidor MCP remoto hospedado que expõe um conjunto limitado de ferramentas do Servidor MCP do Azure DevOps local. Essa versão inicial se concentrará nos recursos principais da plataforma e nas ferramentas de item de trabalho mais usadas, permitindo que os clientes se integrem ao Azure DevOps sem executar ou gerenciar um SERVIDOR MCP local.

  • Aumento de limite: o limite atual de repositórios do GitHub que podem ser conectados a um único projeto do Azure Boards será aumentado de 1.000 para 2.000 repositórios, proporcionando maior flexibilidade para organizações maiores e integrações complexas do GitHub.

Recursos entregues

Agente de Codificação do GitHub Copilot para o Azure Boards

A integração do GitHub Copilot para Conselhos do Azure permite que as equipes se movam mais diretamente do planejamento para a implementação gerando alterações de código diretamente dos itens de trabalho do Azure Boards.

Em uma tarefa, os desenvolvedores podem chamar o Copilot, selecionar um repositório e branch de destino no GitHub e criar um pull request em rascunho que permanece vinculado à tarefa original, fornecendo rastreabilidade completa do rastreamento do trabalho até o código.

Captura de tela para criar o rascunho de PR do item de trabalho.

Servidor MCP local do Azure DevOps

O SERVIDOR MCP local do Azure DevOps fornece logon e autorização aprimorados, ferramentas novas e refinadas e apresenta "domínios" para ajudar a definir o escopo das ferramentas e gerenciar os limites do cliente.

O Servidor MCP do Azure DevOps atua como uma ponte entre assistentes de IA como o GitHub Copilot e o Azure DevOps, permitindo que os usuários acessem e interajam com segurança com itens de trabalho, wikis, planos de teste e muito mais em seu próprio ambiente.

Visite o repositório do SERVIDOR MCP do Azure DevOps para obter instruções de instalação, exemplos e diretrizes de contribuição.

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

Neste sprint, resolvemos vários bugs críticos para melhorar a segurança e a confiabilidade das integrações do GitHub do Azure Boards:

  • Correção de vários problemas relacionados ao tratamento de token de autenticação, incluindo a incapacidade de revogar tokens, o uso de escopos excessivamente permissivos e a falta de verificação de token.
  • Foram resolvidas vulnerabilidades de escalação de privilégios nos fluxos de conexão com o GitHub e de criação de branches.
  • Removido o armazenamento persistente de PATs do GitHub após a desconexão para impedir o acesso não intencional
  • O uso de origens curinga na configuração do CORS foi eliminado para impor controles de segurança mais rigorosos
  • Gerenciamento de segredos aprimorado por meio da rotatividade de segredos de cliente do GitHub e parando o compartilhamento global entre organizações.
  • Registro aprimorado e auditabilidade ao remover conexões de serviço
  • Resolvidos possíveis vazamentos de informações causados por webhooks configurados incorretamente

Integração do GitHub: Menções a pull request

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

Gif para menções de pull request no GitHub.

Integração do GitHub: suporte à transição de estado

Expandimos o suporte para vincular solicitações de pull do GitHub aos itens de trabalho do Azure Boards. Anteriormente, havia suporte apenas para a Fixes AB#{ID} palavra-chave. 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 da solicitação de pull do GitHub incluir um nome de estado (por exemplo, Validate AB#1234), o estado do item de trabalho vinculado será atualizado como resultado. Se o nome do estado não for reconhecido, verificaremos se ele corresponde a uma categoria de estado (como Resolved). Se isso acontecer, o item de trabalho será transferido para o primeiro estado disponível nessa categoria.

Captura de tela do item de trabalho de validação.

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

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

Integração do GitHub: melhorias na vinculação a commits, branches e solicitações pull

Estamos melhorando continuamente a integração de Boards + GitHub para fechar lacunas de usabilidade e alinhar com a experiência com a qual você está familiarizado no Azure Repos.

Com esta atualização, introduzimos várias melhorias para simplificar a forma como branches, pull requests e commits estão vinculados a itens de trabalho:

  • Quando um branch do GitHub está vinculado a um item de trabalho, todas as solicitações de pull associadas agora serão vinculadas automaticamente. Não é necessário usar o AB#manualmente.

  • Depois que uma solicitação de pull for mesclada, a confirmação de mesclagem será vinculada automaticamente ao item de trabalho.

  • Se a ramificação for excluída depois que a solicitação pull for mesclada, a vinculação da ramificação será removida automaticamente 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 atualizadas.

Melhorias na integração de gif para quadros do github.

Integração do GitHub: mostrar o status de build para pipelines YAML

Estamos comprometidos a alcançar a paridade de recursos entre YAML e Pipelines Clássicos. Um dos principais recursos ausentes foi a capacidade de fornecer um link "Integrado no build" quando o repositório está hospedado no GitHub. Com nossa versão mais recente, resolvemos essa lacuna adicionando uma opção nas configurações de pipeline do YAML para você verificar:

Captura de tela de vincular automaticamente itens de trabalho.

Depois que o build for concluído, o link correspondente aparecerá automaticamente nos itens de trabalho associados, melhorando a história de rastreabilidade geral.

Captura de tela da integração no build.

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

Agora vinculamos automaticamente a confirmação de mesclagem ao item de trabalho correspondente quando uma solicitação de pull é concluída.

Aumentar o limite de repositórios do GitHub conectados

Nos últimos meses, aprimoramos a experiência do usuário e a escalabilidade de conectar seus repositórios do GitHub a um projeto do Azure DevOps. Neste sprint, elevamos o limite máximo de 500 para 1.000 repositórios, oferecendo capacidade ainda maior para gerenciar seus projetos.

Insights de solicitação pull do GitHub

Aprimoramos a integração entre as solicitações de pull do GitHub e os Azure Boards. Além de mostrar os status aberto e fechado, agora você pode ver se uma solicitação de pull está no modo de rascunho, precisa de revisão e verifica o status. Tudo sem a necessidade de abrir a solicitação de pull.

Gif para demonstração aprimorado GitHub pull request insights.

Para habilitar esse recurso, acesse o aplicativo Boards no GitHub para aceitar as permissões atualizadas solicitadas para acesso de leitura e gravação a Verificações.

Captura de tela das permissões atualizadas.

Melhorias na pesquisa do repositório do GitHub

A conexão de um projeto do Azure DevOps a uma organização do GitHub agora é otimizada, especialmente para aqueles com milhares de repositórios. A experiência de pesquisa e seleção elimina o risco de erros de tempo limite e torna o processo de conexão mais suave e eficiente.

Captura de tela de adicionar repositórios GitHub.

Criar um branch do GitHub a partir do item de trabalho

Agora, você pode criar um branch do GitHub diretamente de um item de trabalho no Azure DevOps. O link "Novo branch do GitHub" está disponível sempre que uma conexão do GitHub é configurada para seu projeto. Esse link está disponível em todos os menus de contexto do 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 demonstração de criação de branch GitHub a partir do item de trabalho.

Vincule itens de trabalho ao GitHub pesquisando e selecionando o repositório desejado e, em seguida, faça uma busca detalhada para localizar e vincular à solicitação de pull ou confirmação específica. Você não precisa mais de várias alterações de janela e copiar/colar (embora ainda tenha essa opção).

Gif para demonstração Adicionar melhorias no link.

Como parte de nossos aprimoramentos contínuos para a integração do Azure Boards + GitHub, estamos visualizando um recurso que melhora a experiência com links AB#. Com a atualização, os links do AB# agora aparecem diretamente na seção de Desenvolvimento do pull request do GitHub. Isso significa que você pode exibir os itens de trabalho vinculados sem a necessidade de navegar pela descrição ou comentários, fornecendo acesso mais fácil a esses links AB#.

Capturas de tela de links AB#.

Esses links só estão disponíveis quando você usa AB# na descrição da solicitação de pull. Eles não aparecerão se você realizar um link direto a partir do pull request do item de trabalho. Remover o link AB# da descrição também o remove do controle desenvolvimento.

  • Last updated on