Partilhar via

Acesso básico incluído no GitHub Enterprise, além de melhorias na integração de Quadros/GitHub

Temos o prazer de anunciar que o acesso ao Azure DevOps Basic agora está incluído no GitHub Enterprise. Inicie sessão com o seu ID Entra para começar.

Também estamos lançando várias melhorias para nossa integração Boards + GitHub.

Consulte as notas de versão para obter detalhes.

Geral

Segurança Avançada do GitHub para Azure DevOps

Azure Boards:

Azure Pipelines

Planos de Teste

Geral

Informações de perfil do Microsoft Entra (pré-visualização)

No outono passado, introduzimos a integração de informações de perfil do Microsoft Entra no Azure DevOps, para que você não precise mais atualizar seu perfil separadamente. Nas próximas semanas, essa se tornará a experiência padrão.

Captura de ecrã do botão de informações de perfil do Entra.

A pré-visualização irá decorrer durante um ou dois meses e, depois disso, será assim que o funcionamento das informações de perfil será para os utilizadores do Entra no Azure DevOps. Se precisar optar por sair durante a pré-visualização, por favor, partilhe os seus comentários para que possamos resolver quaisquer problemas.

Captura de ecrã da caixa de comentários.

Acesso básico incluído no GitHub Enterprise

A partir desta semana, estamos incluindo os direitos de uso do Azure DevOps Basic com licenças do GitHub Enterprise e automatizando a experiência para usuários do Azure DevOps.

Se estiver a utilizar a GitHub Enterprise Cloud com o Microsoft Entra, será automaticamente reconhecido no Azure DevOps. Seu nível de acesso será definido como 'GitHub Enterprise' e você não acumulará cobranças adicionais no Azure DevOps Saiba mais sobre o acesso para usuários do GitHub Enterprise.

Inicialmente, esse recurso é limitado aos usuários do GitHub Enterprise Cloud, mas em breve adicionaremos usuários do GitHub Enterprise Cloud com Data Residency.

Endereços IP permitidos do Azure DevOps

Estamos entusiasmados em anunciar atualizações significativas em nossa infraestrutura de rede, com o objetivo de melhorar o desempenho e a confiabilidade do nosso serviço. Adicione os novos endereços IP abaixo à sua lista de permissões de firewall o mais rápido possível para garantir um serviço contínuo durante a atualização da nossa infraestrutura.

Intervalos IP V4:

  • 150.171.22.0/24
  • 150.171.23.0/24
  • 150.171.73.0/24
  • 150.171.74.0/24
  • 150.171.75.0/24
  • 150.171.76.0/24

Intervalos de IP V6:

  • 2620:1EC:50::/48
  • 2620:1EC:51::/48
  • 2603:1061:10::/48

Intervalos de IP V4 do ExpressRoute:

  • 150.171.73.14/32
  • 150.171.73.15/32
  • 150.171.73.16/32
  • 150.171.74.14/32
  • 150.171.74.15/32
  • 150.171.74.16/32
  • 150.171.75.14/32
  • 150.171.75.15/32
  • 150.171.75.16/32
  • 150.171.76.14/32
  • 150.171.76.15/32
  • 150.171.76.16/32
  • 150.171.22.17/32
  • 150.171.22.18/32
  • 150.171.22.19/32
  • 150.171.23.17/32
  • 150.171.23.18/32
  • 150.171.23.19/32

Intervalos de endereços IP V6 do ExpressRoute:

  • 2603:1061:10::14/128
  • 2603:1061:10::15/128
  • 2603:1061:10::16/128
  • 2603:1061:10:1::14/128
  • 2603:1061:10:1::15/128
  • 2603:1061:10:1::16/128
  • 2603:1061:10:2::14/128
  • 2603:1061:10:2::15/128
  • 2603:1061:10:2::16/128
  • 2603:1061:10:3::14/128
  • 2603:1061:10:3::15/128
  • 2603:1061:10:3::16/128
  • 2620:1EC:50::17/128
  • 2620:1EC:50::18/128
  • 2620:1EC:50::19/128
  • 2620:1EC:51::17/128
  • 2620:1EC:51::18/128
  • 2620:1EC:51::19/128

Esteja ciente de que esses novos intervalos de IP da Rota Expressa serão adicionados à comunidade BGP dos 'Serviços Globais do Azure' da Rota Expressa em março. Para obter mais detalhes, visite nosso blog, Atualização para endereços IP permitidos do Azure DevOps.

Segurança Avançada do GitHub para Azure DevOps

Ativação com um clique para visualização da análise de dependências

Nas configurações do repositório, agora você pode habilitar a tarefa de verificação de dependência de Segurança Avançada sem precisar editar a definição do pipeline.

Ao optar por "Analisar a ramificação padrão para dependências vulneráveis", a tarefa de dependência será executada automaticamente em qualquer pipeline que tenha como alvo essa ramificação ou em pull requests direcionados a ela, caso a tarefa não esteja já presente no pipeline. Se a tarefa já estiver presente no seu pipeline, ela não será executada novamente.

Para participar na pré-visualização, envie-nos um email!

Captura de tela da visão geral de segurança.

Ramificações eliminadas do seletor de ramificações de Segurança Avançada

No GitHub Advanced Security, o seletor de ramificações no nível do repositório mostrou todas as ramificações do repositório assim que elas tiverem quaisquer alertas de segurança descobertos nessas ramificações, mesmo que a ramificação tenha sido excluída posteriormente.

Agora, todas as ramificações excluídas serão apropriadamente removidas do seletor de ramificações de Segurança Avançada e quaisquer alertas associados não poderão mais ser recuperados.

Azure Boards

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

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

Aumentar o limite de repositórios 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 de DevOps do Azure. Neste sprint, estamos aumentando o limite máximo de 500 para 1.000 repositórios, dando a você ainda mais capacidade de gerenciar seus projetos.

Atualização sobre a implementação do New Boards Hub

No início de março, o New Boards Hub se tornará a experiência padrão para todas as organizações que usam o serviço Azure DevOps. Isso significa que todos os usuários terão pelo menos experimentado New Boards, e nossa telemetria mostra que cerca de 98% dos usuários continuam a ficar com ele. Uma vez que o nosso objetivo é manter uma única versão do produto, o nosso próximo passo é desativar a opção de reverter para os Old Boards.

Para algumas organizações, esta mudança já foi implementada. Para as outras, planeamos começar a implementá-la em março e concluir o processo para todas as organizações até ao final de maio. Como sempre, se você encontrar algum problema, informe-o através da Comunidade de desenvolvedores.

Azure Pipelines

Pipelines usando Ubuntu 24.04 mostrará avisos para certas tarefas

A imagem do Ubuntu 24.04 Pipelines está em pré-visualização desde outubro do ano passado. Planeamos atualizar a imagem ubuntu-latest para mapear em março ubuntu-24.04.

Algumas ferramentas não estão mais disponíveis na imagem do Ubuntu 24.04:

Tarefa/Ferramenta Descrição
MSBuild@1 A tarefa não funciona porque Mono e MSBuild não estão disponíveis para o Ubuntu 24. Use o .NET nativo no Ubuntu em vez disso.
NuGetCommand@2 Tarefa tem funcionalidade reduzida como Mono e NuGet não estão disponíveis para o Ubuntu 24, consulte as instruções sobre como migrar para .NET CLI no Ubuntu.
Terraformação Terraform não está disponível na imagem ubuntu-24.04. Você pode usar a extensão Terraform e a TerraformInstaller@1 tarefa para disponibilizar o Terraform no seu pipeline.

Para obter mais informações sobre diferenças de software com a imagem do Ubuntu 22.02, consulte a imagem do Ubuntu-24.04.

Em preparação para o mapeamento de ubuntu-latest e ubuntu-24.04, os pipelines que usam esses rótulos de imagem ubuntu-latest irão mostrar avisos nas próximas semanas.

Captura de ecrã de avisos para trabalhos Ubuntu-24.04.

Corridas informativas

As execuções informativas do Azure Pipelines indicam que não foi possível determinar se um pipeline deve ser executado ou não, porque não conseguiu processar o ficheiro YAML que define o pipeline. Exemplos de tais falhas são falhas na recuperação do código-fonte do YAML ou erros nele.

Com este sprint, estamos a adicionar suporte para execuções de natureza informativa para pipelines hospedadas no repositório Azure. Você pode ver um exemplo abaixo.

Captura de tela de execuções informativas.

O erro de execução do pipeline indica que o ficheiro YAML está incorreto, impedindo o Azure Pipelines de avaliar as suas condições de trigger.

Planos de Teste

Desfazer etapa de teste no executor web e de ambiente de trabalho

Assuma o controle da execução do seu caso de teste com a nova opção "Desfazer". Você pode facilmente reverter os status das etapas de teste com um simples clique duplo, oferecendo mais flexibilidade e controle durante as execuções de teste. Chega de reiniciar casos de teste para corrigir cliques acidentais — basta desfazer e continuar o fluxo de trabalho sem interrupção.

Também estamos introduzindo melhorias de navegação e acessibilidade compatíveis com o teclado para garantir que esse recurso funcione perfeitamente para todos os usuários, incluindo aqueles que dependem de tecnologias assistivas. Esse aprimoramento ajuda você a economizar tempo, reduzir a frustração e manter o foco na execução de testes de forma eficiente. Experimente e diga-nos através do e-mail o que pensa!

Gif para demonstração de como desfazer a etapa de teste em aplicações web e de ambiente de trabalho.

Próximos passos

Observação

Esses recursos serão lançados nas próximas duas a três semanas.

Vá até o Azure DevOps e dê uma olhada.

Vá para o Azure DevOps

Como fornecer feedback

Gostaríamos muito de ouvir o que você pensa sobre esses recursos. Use o menu Ajuda para relatar um problema ou fornecer uma sugestão.

Faça uma sugestão

Você também pode obter conselhos e suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado;

Dan Hellem

  • Last updated on