Partilhar via


As tarefas NuGet, npm e outros Artefactos suportam proxies - Sprint 147 Update

Na Atualização do Sprint 147 do Azure DevOps, atualizámos as várias tarefas de Pipelines relacionadas com artefactos para suportar proxies. Com esta atualização, os proxies funcionam agora nas tarefas npm, NuGet, .NET Core e Universal Packages.

Consulte a lista Funcionalidades abaixo para obter mais informações.

Funcionalidades

Geral:

Azure Boards:

Repositórios do Azure:

Azure Pipelines:

Artefactos do Azure:

Relatórios:

Wiki:

Geral

Todos os utilizadores agora na Nova Navegação

Com este sprint, todos os utilizadores foram movidos para a Nova Navegação. Removemos o botão de alternar da funcionalidade de pré-visualização que permitiu que os utilizadores regressassem ao modelo de navegação anterior. Para saber mais sobre como navegar no portal Web, veja Navegação no portal Web no Azure DevOps.

Azure Boards

Mostrar o estado do item de trabalho em #ID menções

Para melhorar a experiência de menção do item de trabalho, adicionámos mais informações quando liga um item de trabalho com #ID. Verá agora na secção de debate o estado do item de trabalho que ligou para além do ID, título e tipo de item de trabalho.

Mostrar o estado do item de trabalho.

Esta experiência também pode ser utilizada em páginas Wiki conforme descrito aqui, bem como em comentários de pedidos Pull. Para obter mais detalhes, veja a documentação sobre como utilizar #ID para ligar a itens de trabalho aqui.

Repositórios do Azure

Ver apenas o ficheiro à esquerda ou à direita num pedido Pull

Hoje em dia, ao visualizar as alterações de ficheiros num pedido Pull, pode utilizar um modo de difusão lado a lado ou de difusão inline . Recebemos feedback de que muitos dos utilizadores apenas querem ver o ficheiro original ou o ficheiro alterado, sem compará-los. Por isso, adicionámos uma nova opção que lhe permitirá ver o ficheiro esquerdo ou o ficheiro à direita individualmente.

Veja apenas o ficheiro à esquerda ou à direita num pedido Pull.

Pipelines do Azure

Restaurar pipelines de versão eliminados

Eliminar pipelines de versão não utilizados ajuda a manter a lista de pipelines de versão limpa, mas, por vezes, elimina algo por engano. Com esta atualização, agora é possível restaurar um pipeline de versão que foi eliminado nos últimos 30 dias. Adicionámos um novo separador ao painel esquerdo da página Lançamentos que apresentará uma lista de pipelines de versão eliminados. A partir desta vista, pode restaurar um pipeline de versão eliminado ao selecionar o pipeline na lista e clicar no botão Restaurar .

Restaure os pipelines de versão eliminados.

Os ficheiros YAML para um novo pipeline são consolidados pela sua identidade e não pelo nosso bot

Ao criar um pipeline, o Azure Pipelines irá, opcionalmente, consolidar um ficheiro YAML no seu repositório e, em seguida, criar um pedido Pull para o pipeline. Anteriormente, se o repositório estivesse no GitHub e tivesse a Aplicação GitHub do Azure Pipelines instalada, o pedido de consolidação e pull parecia ter sido criado pela Aplicação GitHub: "Pipelines do Azure [bot]". Com esta atualização, mostraremos a sua identidade do GitHub como criador do pipeline em vez da Aplicação GitHub.

Criar pipelines a partir de um ficheiro YAML existente em qualquer ramo ou caminho

Atualmente, os Pipelines do Azure irão detetar e utilizar automaticamente um ficheiro YAML existente com o nome azure-pipelines.yml ou .azure-pipelines.yml na raiz do repositório no ramo predefinido ao criar um novo pipeline. Com esta atualização, pode escolher um ficheiro YAML de Pipelines do Azure existente com um nome ou caminho diferente ou num ramo não predefinido.

Para selecionar um ficheiro existente, na página Nova página de configuração do assistente de pipelines de compilação , selecione Ficheiro YAML de Pipelines do Azure Existente. Em seguida, selecione o ramo e navegue para selecionar o caminho do ficheiro YAML.

Crie pipelines a partir de um ficheiro YAML existente em qualquer ramo ou caminho.

Executar pipelines com comentários de pedidos Pull do GitHub

Com esta atualização, pode executar um pipeline ou conjunto de testes para validar um pedido Pull do GitHub na secção de comentários desse PR. Qualquer proprietário ou colaborador pode comentar um pedido Pull com /AzurePipelines run ou /AzurePipelines run <pipeline_name> para acionar uma compilação.

Também pode abreviar o /AzurePipelines moniker como /azp. Para obter mais detalhes sobre este tipo /azp help de funcionalidade no comentário.

Execute pipelines com comentários de pedidos Pull do GitHub.

Limitar compilações de validação de pedidos Pull a membros de equipa autorizados

É uma boa prática proteger a qualidade de um ramo ao implementar compilações de validação de pedidos Pull. Até agora, essas compilações de validação eram acionadas automaticamente por qualquer pedido Pull do GitHub, o que poderia ser arriscado, uma vez que a compilação começaria sem a sua revisão.

Com esta atualização, pode exigir que as compilações de validação de pedidos Pull sejam autorizadas pela sua equipa. Para tal, selecione o separador Acionadores nas definições do pipeline. Em seguida, em Validação de pedidos Pull, ative Apenas compilações de acionadores para os comentários do pedido Pull dos colaboradores e guarde o pipeline.

Agora, as compilações de validação de pedidos Pull não serão acionadas automaticamente. Qualquer proprietário ou contribuidor do repositório pode acionar uma compilação de validação ao comentar o pedido Pull com /AzurePipelines run ou /AzurePipelines run <pipeline_name>.

Limitar compilações de validação de pedidos Pull a membros de equipa autorizados.

Publicar artefactos de compilação com caminhos de ficheiro longos

Até agora, existia uma limitação que impedia o carregamento de artefactos de compilação com caminhos com mais de 233 carateres. Isto pode impedir que carregue os resultados de cobertura de código de compilações do Linux e macOS com caminhos de ficheiros superiores ao limite. Com esta atualização, alargámos o limite para suportar caminhos longos.

Novos pontos de contribuição da extensão no separador Pipelines Test

Neste sprint, continuamos a tornar a arquitetura de extensão mais poderosa ao adicionar dois novos pontos de contribuição no separador Resultados do Teste em Pipelines. Isto permitirá que as extensões do Marketplace forneçam experiências de relatórios mais personalizadas e acrescentem mais interatividade.

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

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

    Por vezes, poderá querer efetuar uma ação como atualizar os dados de uma API ou executar ferramentas personalizadas com metadados dos resultados do teste. Com este ponto de contribuição, pode criar extensões que utilizam o contexto imediato do resultado de teste selecionado para adicionar uma ação personalizada ao botão *Ação Personalizada.

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

  2. Separador Detalhes Personalizados no painel de detalhes

    Pode ter uma grande variedade de fluxos de trabalho de consumo de relatórios de teste e pode querer ver diferentes pontos de dados em relação a testes falhados para depuração e análise. Ao utilizar este ponto de contribuição, a sua equipa pode adicionar um novo separador ao painel de detalhes que surgirá quando selecionar a linha de resultados de teste na grelha de dados. Este novo separador pode mostrar uma vista com conteúdo estático ou dados dinâmicos obtidos com APIs internas ou externas.

Artefactos do Azure

Até agora, muitas tarefas de compilação relacionadas com Artefactos não forneceram suporte total para a infraestrutura de proxy do Azure Pipelines, o que levou a desafios ao utilizar as tarefas de agentes no local. Com esta atualização, adicionámos suporte para proxies às seguintes tarefas:

Delegar quem pode gerir feeds

Nos Artefactos do Azure, os Administradores de Coleções de Projetos (PCAs) sempre foram capazes de administrar todos os feeds numa organização do Azure DevOps. Com esta atualização, os PCAs também podem dar esta capacidade a outros utilizadores e grupos, delegando assim a capacidade de gerir qualquer feed.

Relatórios

Widget de tendência de resultados de teste (Avançadas)

O widget Test result trend (Advanced) está agora disponível para quem instalou a Extensão de Análise na organização do Azure DevOps. Fornece visibilidade quase em tempo real sobre os seus dados de teste para múltiplas compilações e versões. O widget Test result trend (Advanced) (Tendência de resultados de teste [Avançadas]) apresenta uma tendência dos resultados do teste para os pipelines ou pipelines. Pode utilizá-lo para controlar a contagem diária de testes, taxa de aprovação e duração do teste. Controlar a qualidade dos testes ao longo do tempo e melhorar a garantia de teste é fundamental para manter um pipeline de DevOps em bom estado de funcionamento.

Widget de tendência de resultados de teste (Avançadas).

O widget Test result trend (Advanced) ajuda-o a encontrar valores atípicos nos resultados do teste e a responder a perguntas como: os testes estão a demorar mais tempo a ser executados do que o habitual? Que ficheiro de teste ou pipeline está a afetar a minha taxa de aprovação geral? Quais são os meus testes de execução prolongada?

Para o ajudar a responder a estas perguntas, o widget fornece estas funcionalidades:

  • Apresenta 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 compilação ou pipelines de versão
  • Utiliza opções de gráfico combinado para apresentar duas métricas sobre a mesma tendência
  • Filtra a contagem de testes ao longo do tempo por resultado de teste
  • Filtra todos os resultados do teste por ramo ou teste
  • Empilha as métricas por atributos de teste, como Prioridade ou Ambiente
  • Agrupar dados em Ficheiros de teste, proprietários ou pipelines

O widget é altamente configurável, permitindo-lhe utilizá-lo para uma grande variedade de cenários.

Wiki

Até agora, as ligações partilhadas da página Wiki eram apresentadas se o nome da página ligada fosse mudado ou movido. Com esta atualização, introduzimos ligações permanentes ao adicionar um ID de página ao URL. Isto garante que as ligações que partilha permanecem intactas à medida que o wiki muda ao longo do tempo.

Esta funcionalidade foi priorizada com base num pedido de sugestão.

Mostrar o estado do item de trabalho nas páginas Wiki

Nesta atualização, melhorámos as menções de itens de trabalho nas páginas Wiki ao adicionar o estado do item de trabalho à página, juntamente com o respetivo ID e título.

Mostrar o estado do item de trabalho nas páginas Wiki.

As referências de itens de trabalho nos comentários dos Pedidos Pull e nos debates de Quadros também mostrarão o estado.

Esta funcionalidade foi priorizada com base numa sugestão.

Passos seguintes

Nota

Estas funcionalidades serão implementadas nas próximas duas a três semanas.

Aceda ao Azure DevOps e dê uma vista de olhos.

Como fornecer comentários

Gostaríamos de saber o que pensa sobre estas funcionalidades. Utilize o menu de comentários para comunicar um problema ou fornecer uma sugestão.

Fazer uma sugestão

Também pode obter conselhos e as suas perguntas respondidas pela comunidade no Stack Overflow.

Obrigado,

Alex Mullans