Compartilhar via


Tarefas do NuGet, npm e outros artefatos dão suporte a proxies – Atualização do Sprint 147

Na Atualização do Sprint 147 do Azure DevOps, atualizamos as várias tarefas de Pipelines relacionadas a artefatos para dar suporte a proxies. Com essa atualização, os proxies agora funcionam nas tarefas npm, NuGet, .NET Core e Pacotes Universais.

Confira a lista Recursos abaixo para obter mais informações.

Recursos

Geral:

Azure Boards:

Azure Repos:

Azure Pipelines:

Azure Artifacts:

Emissão de relatórios:

Wiki:

Geral

Todos os usuários agora em Nova Navegação

Com esse sprint, todos os usuários foram movidos para a Nova Navegação. Removemos a alternância do recurso de visualização que permitia que os usuários retornassem ao modelo de navegação anterior. Para saber mais sobre como navegar no portal da Web, confira Navegação no portal da Web no Azure DevOps.

Azure Boards

Mostrar status de item de trabalho em menções #ID

Para aprimorar a experiência de menção de item de trabalho, adicionamos mais informações ao vincular um item de trabalho usando #ID. Agora você verá na seção de discussão o status do item de trabalho vinculado além da ID, título e tipo de item de trabalho.

Mostrar status de item de trabalho.

Essa experiência também pode ser usada em páginas wiki, conforme descrito aqui, bem como em comentários de solicitação de pull. Para obter mais detalhes, consulte a documentação sobre como usar #ID para vincular a itens de trabalho aqui.

Azure Repos

Exibir apenas o arquivo esquerdo ou direito em uma solicitação de pull

Hoje, ao exibir alterações de arquivo em uma solicitação de pull, você pode usar uma comparação lado a lado ou um modo de comparação embutida . Recebemos comentários de que muitos de vocês só querem ver o arquivo original ou o arquivo alterado, sem compará-los. Portanto, adicionamos uma nova opção que permitirá que você exiba o arquivo esquerdo ou o arquivo à direita individualmente.

Exiba apenas o arquivo esquerdo ou direito em uma solicitação de pull.

Azure Pipelines

Restaurar pipelines de versão excluídos

Excluir pipelines de lançamento não utilizados ajuda a manter a lista de pipelines de lançamento limpo mas, às vezes, você exclui algo por engano. Com essa atualização, agora é possível restaurar um pipeline de lançamento que foi excluído nos últimos 30 dias. Adicionamos uma nova guia ao painel esquerdo da página Versões que exibirá uma lista de pipelines de lançamento excluídos. Nessa exibição, você pode restaurar um pipeline de lançamento excluído selecionando o pipeline na lista e clicando no botão Restaurar .

Restaurar pipelines de versão excluídos.

Os arquivos YAML para um novo pipeline são confirmados por sua identidade, não pelo bot

Ao criar um pipeline, o Azure Pipelines confirmará opcionalmente um arquivo YAML em seu repositório e, em seguida, criará uma solicitação de pull para o pipeline. Anteriormente, se o repositório estivesse no GitHub e você tivesse o Azure Pipelines Aplicativo GitHub instalado, a solicitação de commit e pull parecia ter sido criada pelo Aplicativo GitHub: "Azure Pipelines [bot]". Com essa atualização, mostraremos sua identidade do GitHub como o criador do pipeline em vez do Aplicativo GitHub.

Criar pipelines de um arquivo YAML existente em qualquer branch ou caminho

Atualmente, o Azure Pipelines detectará e usará automaticamente um arquivo YAML existente chamado azure-pipelines.yml ou .azure-pipelines.yml na raiz do repositório no branch padrão ao criar um novo pipeline. Com essa atualização, você pode escolher um arquivo YAML do Azure Pipelines existente com um nome ou caminho diferente ou em um não branch padrão.

Para selecionar um arquivo existente, na página Nova configuração do assistente de pipeline de build, selecione Arquivo YAML do Azure Pipelines existente. Em seguida, escolha o branch e navegue para selecionar o caminho do arquivo YAML.

Crie pipelines de um arquivo YAML existente em qualquer branch ou caminho.

Executar pipelines usando comentários de solicitação de pull do GitHub

Com essa atualização, você pode executar um pipeline ou um conjunto de testes para validar uma solicitação de pull do GitHub na seção de comentários dessa PR. Qualquer proprietário ou colaborador pode comentar uma solicitação de pull com /AzurePipelines run ou /AzurePipelines run <pipeline_name> para disparar um build.

Você também pode abreviar o /AzurePipelines moniker como /azp. Para obter mais detalhes sobre esse tipo /azp help de recurso no comentário.

Execute pipelines usando comentários de solicitação de pull do GitHub.

Limitar builds de validação de solicitação de pull para membros autorizados da equipe

É uma boa prática proteger a qualidade de um branch implementando builds de validação de solicitação de pull. Até agora, esses builds de validação eram disparados automaticamente por qualquer solicitação de pull do GitHub, o que poderia ser arriscado, pois o build seria iniciado sem sua revisão.

Com essa atualização, você pode exigir que os builds de validação de solicitação de pull sejam autorizados pela sua equipe. Para fazer isso, selecione a guia Gatilhos nas configurações do pipeline. Em seguida, em Validação de solicitação de pull, habilite Somente compilações de gatilho para comentários de solicitação de pull dos colaboradores e salve o pipeline.

Agora, os builds de validação de solicitação de pull não serão disparados automaticamente. Qualquer proprietário ou contribuidor do repositório pode disparar um build de validação comentando sobre a solicitação de pull com /AzurePipelines run ou /AzurePipelines run <pipeline_name>.

Limite builds de validação de solicitação de pull para membros autorizados da equipe.

Publicar artefatos de build com caminhos de arquivo longos

Até agora, havia uma limitação que impedia o carregamento de artefatos de build com caminhos com mais de 233 caracteres. Isso pode impedir que você carregue resultados de cobertura de código de builds linux e macOS com caminhos de arquivo maiores que o limite. Com essa atualização, estendemos o limite para dar suporte a caminhos longos.

Novos pontos de contribuição de extensão na guia Teste de Pipelines

Nesse sprint, continuamos a tornar a estrutura de extensão mais eficiente adicionando dois novos pontos de contribuição na guia Resultados do Teste em Pipelines. Isso permitirá que as extensões do Marketplace forneçam experiências de relatório mais personalizadas e adicionem mais interatividade.

Os dois pontos de contribuição são:

  1. Botão Ação Personalizada na barra de ferramentas

    Às vezes, talvez você queira executar uma ação como atualizar os dados de uma API ou executar ferramentas personalizadas usando metadados dos resultados do teste. Com esse ponto de contribuição, você pode criar extensões que usam o contexto imediato do resultado do teste selecionado para adicionar uma ação personalizada ao botão *Ação Personalizada).

    Botão Ação Personalizada na barra de ferramentas.

  2. Guia Detalhes Personalizados no painel de detalhes

    Você pode ter uma ampla variedade de fluxos de trabalho de consumo de relatório de teste e talvez queira ver diferentes pontos de dados em relação a testes com falha para depuração e análise. Usando esse ponto de contribuição, sua equipe pode adicionar uma nova guia ao painel de detalhes que aparecerá quando você selecionar a linha de resultado de teste na grade de dados. Essa nova guia pode mostrar uma exibição com conteúdo estático ou dados dinâmicos buscados usando APIs internas ou externas.

Azure Artifacts

Até agora, muitas tarefas de build relacionadas a Artefatos não forneceram suporte completo para a infraestrutura de proxy do Azure Pipelines, o que levou a desafios usando as tarefas de agentes locais. Com essa atualização, adicionamos suporte para proxies às seguintes tarefas:

Delegar quem pode gerenciar feeds

No Azure Artifacts, os PCAs ( Administradores de Coleção de Projetos ) sempre foram capazes de administrar todos os feeds em uma organização do Azure DevOps. Com essa atualização, os PCAs também podem dar essa capacidade a outros usuários e grupos, delegando assim a capacidade de gerenciar qualquer feed.

Relatórios

Widget de tendência de resultado de teste (Avançado)

O widget tendência de resultado de teste (Avançado) agora está disponível para aqueles que instalaram a Extensão de Análise em sua organização do Azure DevOps. Ele fornece visibilidade quase em tempo real dos dados de teste para vários builds e versões. O widget Tendência de resultado de teste (Avançado) exibe uma tendência dos resultados do teste para seus pipelines ou em pipelines. Você pode usá-lo para acompanhar a contagem diária de teste, taxa de aprovação e duração do teste. Acompanhar a qualidade do teste ao longo do tempo e melhorar a garantia de teste é fundamental para manter um pipeline de DevOps íntegro.

Widget de tendência de resultado de teste (Avançado).

O widget Tendência de resultado de teste (Avançado) ajuda você a descobrir exceções nos resultados do teste e responder a perguntas como: os testes estão demorando mais para serem executados do que o normal? Qual arquivo de teste ou pipeline está afetando minha taxa de aprovação geral? Quais são meus testes de execução longa?

Para ajudá-lo a responder a essas perguntas, o widget fornece estes recursos:

  • Exibe uma tendência de taxa de aprovação e contagem de resultados de teste ou duração do teste
  • Apresenta resultados de teste com base em vários pipelines de build ou pipelines de lançamento
  • Usa opções de gráfico combinadas para exibir duas métricas na mesma tendência
  • Filtra a contagem de testes ao longo do tempo por resultado do teste
  • Filtra todos os resultados do teste por branch ou teste
  • Empilha suas métricas por atributos de teste, como Prioridade ou Ambiente
  • Agrupar dados em Arquivos de teste, proprietário ou pipelines

O widget é altamente configurável, permitindo que você o use para uma ampla variedade de cenários.

Wiki

Até agora, os links compartilhados da página wiki foram quebrados se a página vinculada foi renomeada ou movida. Com essa atualização, introduzimos links permanentes adicionando IDs de página à URL. Isso garante que os links que você compartilha permaneçam intactos à medida que o wiki é alterado ao longo do tempo.

Esse recurso foi priorizado com base em um tíquete de sugestão.

Mostrar status de item de trabalho em páginas wiki

Nesta atualização, aprimoramos as menções de item de trabalho nas páginas wiki adicionando o status do item de trabalho à página, juntamente com sua ID e título.

Mostrar status de item de trabalho em páginas wiki.

Referências de item de trabalho em comentários de solicitação de pull e discussões de quadros também mostrarão o status.

Esse recurso foi priorizado com base em uma sugestão.

Próximas etapas

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.

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre esses recursos. Use o menu de comentários para relatar um problema ou fornecer uma sugestão.

Fazer uma sugestão

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

Obrigada,

Alex Mullans