Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Neste sprint, o servidor MCP remoto Azure DevOps agora está disponível em geral, com suporte expandido para Microsoft Foundry e Copilot Studio. Além disso, expandimos a auditoria para fornecer maior visibilidade sobre atividades administrativas e relacionadas à segurança. Novos eventos de auditoria agora rastreiam as alterações de gancho de serviço e as atualizações de licenciamento, enquanto o streaming de auditoria dos logs do Azure Monitor agora usa autorização baseada no Microsoft Entra para melhorar a segurança e se alinhar com as práticas de autenticação modernas.
Confira as notas sobre a versão para obter detalhes.
Geral
- O Servidor MCP Remoto do Azure DevOps já está em disponibilidade geral
- O streaming de auditoria dos Logs do Azure Monitor agora usa a autenticação do Microsoft Entra para a autorização do workspace
- Eventos de auditoria para assinaturas de Visual Studio expiradas e licenças GitHub Enterprise
- Eventos de auditoria para service hooks
Azure Pipelines
- As compilações de pipeline passarão a usar tokens de acesso emitidos pela Microsoft Entra
- Suporte ao ARM64 com a tarefa VSTest v3
- Melhor experiência de cobertura de código para Azure Pipelines
Wiki
Geral
O Servidor MCP Remoto do Azure DevOps já está disponível para todos
O servidor MCP remoto Azure DevOps agora está disponível em geral, facilitando a conexão segura de agentes e co-pilotos de IA a Azure DevOps sem gerenciar a infraestrutura local. A versão de disponibilidade geral também amplia o suporte ao Microsoft Foundry e ao Copilot Studio, permitindo que os desenvolvedores criem experiências com tecnologia de IA que podem acessar com segurança os itens de trabalho, repositórios, pipelines e muito mais do Azure DevOps por meio de um endpoint MCP hospedado.
Saiba mais sobre o servidor MCP remoto Azure DevOps.
O streaming de auditoria dos Logs do Azure Monitor agora usa a autenticação do Microsoft Entra para a autorização do workspace
O Azure DevOps agora valida o acesso ao workspace de streaming de auditoria dos Logs do Azure Monitor usando a identidade do Microsoft Entra do usuário conectado. Durante a configuração e em determinados cenários de reconfiguração, os usuários podem ser solicitados a fazer login no Azure para que o Azure DevOps possa verificar o acesso ao workspace de Logs do Azure Monitor de destino por meio do Azure Resource Manager.
Essa alteração oferece suporte à descontinuação gradual em andamento da ID do Workspace e da autorização baseada em chave compartilhada, além de ajudar a garantir que somente usuários com as permissões apropriadas no Azure possam configurar ou reativar os fluxos de auditoria do Azure Monitor Logs.
Eventos de auditoria para assinaturas de Visual Studio expiradas e licenças GitHub Enterprise
Quando a assinatura do Visual Studio de um usuário ou a licença GitHub Enterprise deixar de ser válida, o Azure DevOps agora emite um evento de auditoria Licensing.Modified, seguido de um evento Licensing.Assigned se um nível de acesso alternativo for aplicado. Essas alterações iniciadas pelo sistema são atribuídas a "Azure DevOps Services" e aparecem na interface do usuário de auditoria, nas exportações e no streaming de auditoria.
Saiba mais sobre eventos de auditoria de licenciamento.
Eventos de auditoria de Service Hooks
As alterações nas assinaturas do gancho de serviço agora são registradas no log de auditoria do Azure DevOps, incluindo criação, exclusão, alterações de configuração, alterações nos eventos assinados, alterações no status de habilitação/desabilitação e quando uma assinatura sofre limitação de taxa. Esses eventos estão disponíveis na interface do usuário do log de auditoria, no streaming de auditoria e nas APIs de auditoria. Consulte os eventos de auditoria para obter a lista completa.
Azure Pipelines
As compilações de pipeline estão migrando para tokens de acesso emitidos pelo Microsoft Entra
Os builds de pipeline estão em transição para se autenticarem com um token de acesso emitido pelo Microsoft Entra, em vez de um token de acesso emitido pelo Azure DevOps. Essa alteração coloca a identidade do pipeline na mesma plataforma que já rege o restante da nuvem Microsoft, com emissão e validação consistentes e um único local em que a política de identidade é aplicada e auditada.
A alteração é transparente nos pipelines: as mesmas compilações, o mesmo comportamento de autenticação e nenhuma configuração para atualizar. Na rara hipótese de o pipeline decodificar o token de build e passar a depender diretamente do seu conteúdo, essa etapa pode falhar. Se você tiver essa dependência, mova-a para as APIs REST de Azure DevOps com suporte, conforme descrito em Tokens de Autenticação não são um contrato de dados.
Suporte a ARM64 na tarefa VSTest v3
A tarefa VSTest v3 agora dá suporte à execução em Windows agentes ARM64. Ao executar seus pipelines em um agente ARM64, a tarefa usa automaticamente o executável ARM64 vstest.console nativo, permitindo que você crie e valide aplicativos ARM64 e cargas de trabalho com mais eficiência.
Experiência de cobertura de código aprimorada para o Azure Pipelines
O Azure Pipelines agora conta com uma experiência aprimorada de cobertura de código que ajuda as equipes a entender melhor a cobertura em compilações complexas, incluindo cenários com várias configurações e vários frameworks de destino. Com base nos comentários dos clientes, a nova experiência fornece uma visão mais clara da cobertura geral, preservando a capacidade de analisar resultados detalhados.
A nova experiência inclui as seguintes melhorias:
A exibição de arquivos fornece cobertura de código no nível de pasta e arquivo, incluindo cobertura agregada entre módulos e configurações de build, facilitando a compreensão da cobertura geral do projeto.
A visualização da cobertura do código-fonte permite que você explore arquivos individuais e identifique rapidamente o código coberto, parcialmente coberto e não coberto diretamente na experiência de cobertura de código.
A exibição de detalhes permite que você analise dados de cobertura de nível de módulo e específicos de configuração quando precisar de insights mais profundos.
Os relatórios de cobertura HTML permanecem disponíveis por meio da alternância mostrar relatório de cobertura, permitindo que você alterne para a experiência de relatório completa quando precisar de uma análise de cobertura mais avançada.
Essa experiência está disponível para cenários de cobertura compatíveis do VSTest e do Publish Code Coverage Results v2.
Wiki
Recuperação de página wiki aprimorada
Melhoramos Azure DevOps Wiki para tornar a recuperação de páginas excluídas acidentalmente mais confiável. Se uma página wiki for excluída e recriada no mesmo caminho dentro de 30 dias, ela agora manterá sua ID de página original em vez de receber uma nova.
Essa alteração preserva os links existentes para a página, ajudando a evitar URLs desfeitas depois que uma página é restaurada. Na maioria dos casos, a alteração é transparente para os usuários, mas torna a recuperação de páginas wiki excluídas muito mais suave.
Próximas Etapas
Note
Essas funcionalidades serão lançadas nas próximas duas a três semanas. Vá para Azure DevOps e dê uma olhada.
Como fornecer comentários
Queremos ouvir o que você pensa sobre esses recursos. Use o menu de ajuda para relatar um problema ou fornecer uma sugestão.
Você também pode receber conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.