Partilhar via

Azure Artifacts simplifica a integração com outros serviços

  • Artigo

Com esta atualização, tornamos mais fácil autenticar os Artefatos do Azure com outros gerenciadores de pacotes populares. Encontre mais detalhes sobre a implementação real abaixo.

Funcionalidades

Azure Boards

Pipelines do Azure

Artefactos do Azure

Azure Boards

Adicione o filtro "Item de Trabalho Principal" ao quadro de tarefas e ao registo de tarefas pendentes de sprint

Adicionamos um novo filtro à placa Sprint e à lista de pendências da Sprint. Isso permite que você filtre os itens da lista de pendências do nível de requisitos (primeira coluna à esquerda) pelo pai. Por exemplo, na captura de tela abaixo, filtramos a exibição para mostrar apenas histórias de usuários em que o pai é "Meu grande recurso".

Add Parent Work Item filter.

Melhorar a experiência de tratamento de erros –– campos obrigatórios em Bug/Tarefa

Historicamente, a partir do quadro Kanban, se você movesse um item de trabalho de uma coluna para outra onde a mudança de estado acionasse regras de campo, o cartão mostraria apenas uma mensagem de erro vermelha que forçaria você a abrir o item de trabalho para entender a causa raiz. No sprint 170, melhoramos a experiência para que agora você possa clicar na mensagem de erro vermelha para ver os detalhes do erro sem ter que abrir o item de trabalho em si.

Select error message to see details.

Pipelines do Azure

Pré-visualização de agentes definidos para dimensionamento

Estamos visualizando um novo recurso chamado agentes de conjunto de escala que combina a conveniência e a capacidade elástica dos agentes hospedados pela Microsoft com o controle e a flexibilidade dos agentes auto-hospedados. Com essa visualização, agora permitimos que você gerencie agentes de acordo com sua especificação, completamente automatizados, em sua assinatura do Azure. Você pode considerar o uso de agentes de conjunto de escala em vez de agentes hospedados pela Microsoft ou auto-hospedados quando:

  • precisam de mais memória, mais processador, mais armazenamento ou mais E/S do que o que oferecemos em agentes nativos hospedados pela Microsoft
  • não deseja permitir a lista de um grande número de endereços IP em seu firewall corporativo para permitir que agentes hospedados pela Microsoft se comuniquem com seus servidores
  • precisa de mais agentes hospedados pela Microsoft do que podemos fornecer para atender às suas necessidades em grande escala
  • precisam da capacidade de particionar trabalhos paralelos hospedados pela Microsoft para projetos individuais ou equipes em sua organização
  • não deseja executar agentes dedicados o tempo todo, mas deseja desprovisionar máquinas de agente que não estão sendo utilizadas ativamente

Para usar agentes de conjunto de escala, você primeiro criará um conjunto de escala de VM em sua assinatura do Azure e, em seguida, criará um pool de agentes no Azure Pipelines para apontar para esse conjunto de escala. O Azure Pipelines dimensionará automaticamente esse pool com base no número de trabalhos pendentes e no número de máquinas ociosas que você deseja manter o tempo todo. O Azure Pipelines também instalará o agente para você nessas máquinas virtuais. Para obter mais informações, consulte Agentes de conjunto de escala. Ao visualizar o recurso, inclua seus comentários na página de documentação.

Ubuntu 20.04 em pré-visualização para conjuntos alojados do Azure Pipelines

A imagem do Ubuntu 20.04 agora está disponível em visualização para pools hospedados do Azure Pipelines. Para usar esta imagem, atualize seu arquivo YAML para incluir vmImage: 'ubuntu-20.04' . Por favor, note que o rótulo de imagem mais recente do ubuntu continuará a apontar para ubuntu-18.04 até que o ubuntu-20.04 saia da pré-visualização no final deste ano.

Por favor, note que, uma vez que a imagem do ubuntu 20.04 está em pré-visualização, atualmente não suporta todas as ferramentas disponíveis no ubuntu-18.04. Saiba mais

Suporte de pacotes do GitHub em pipelines YAML

Recentemente, introduzimos um novo tipo de recurso chamado pacotes que adiciona suporte para consumir pacotes NuGet e npm do GitHub como um recurso em pipelines YAML. Como parte desse recurso, agora você pode especificar o tipo de pacote (NuGet ou npm) que deseja consumir do GitHub. Você também pode habilitar gatilhos de pipeline automatizados após o lançamento de uma nova versão do pacote. Hoje o suporte está disponível apenas para consumir pacotes do GitHub, mas no futuro, planejamos estender o suporte para consumir pacotes de outros repositórios de pacotes, como NuGet, npm, AzureArtifacts e muitos mais. Consulte o exemplo abaixo para obter detalhes:

resources:
  packages:
    - package: myPackageAlias # alias for the package resource
      type: Npm # type of the package NuGet/npm
      connection: GitHubConn # GitHub service connection of type PAT
      name: nugetTest/nodeapp # <Repository>/<Name of the package>
      version: 1.0.9 # Version of the package to consume; Optional; Defaults to latest
      trigger: true # To enable automated triggers (true/false); Optional; Defaults to no triggers

Nota: Hoje os pacotes do GitHub suportam apenas a autenticação baseada em PAT, o que significa que a conexão do serviço GitHub no recurso do pacote deve ser do tipo PAT. Assim que esta limitação for levantada, forneceremos suporte para outros tipos de autenticação.

Por padrão, os pacotes não são baixados automaticamente em seus trabalhos, daí porque introduzimos uma macro getPackage que permite consumir o pacote definido no recurso. Consulte o exemplo abaixo para obter detalhes:

- job: job1
  pool: default
  steps:
    - getPackage: myPackageAlias # Alias of the package resource

Artefactos do Azure

Notificações para origens a montante desativadas

A interface Web dos Artefatos do Azure agora notifica quando uma ou mais fontes upstream do seu feed não estão funcionando. As fontes upstream permitem que você aponte um feed (Feed A) para outro feed (Feed B) e permite que os consumidores do Feed A acessem pacotes do Feed B sem precisar se conectar diretamente a ele. Para obter mais informações sobre fontes upstream, consulte a documentação de Artefatos do Azure. As fontes upstream podem não funcionar se estiverem desativadas na origem, por exemplo, se o Feed B for excluído silenciosamente, os clientes não poderão buscar pacotes dele por meio do Feed A. No passado, essa situação podia acontecer sem aviso prévio e levar a problemas operacionais difíceis de diagnosticar, como quebras repentinas de compilação devido a dependências ausentes (ou seja, pacotes provenientes do Feed B no exemplo acima). Agora, os Artefatos do Azure fornecerão um aviso quando houver problemas com quaisquer fontes upstream de seus feeds. Quando existir um problema, você verá um banner (seta vermelha abaixo) na página de detalhes do feed Artefatos do Azure.

Red arrow in the Azure Artifacts feed detail page.

Clicando no link no banner será aberta uma página que mostra o status de cada fonte upstream seu feed. Além das informações sobre cada fonte upstream para o feed atual, você pode ver o status atual na coluna "Última sincronização". As fontes upstream que estão funcionando corretamente mostrarão uma marca de seleção verde com a última vez que a integridade da fonte foi verificada. As fontes a montante que estão quebradas mostrarão um X vermelho juntamente com a hora em que foi verificado. As fontes upstream que estão pendentes de verificação mostrarão um ícone de informações azul.

Icons in the Last synced column.

Quando você clica no último tempo de sincronização para uma fonte upstream quebrada, uma caixa de diálogo será aberta compartilhando mais detalhes sobre a causa raiz do problema (se disponível). Por exemplo, na imagem abaixo, a fonte upstream em questão não está funcionando porque o feed de destino foi excluído. A caixa de diálogo também contém um link para o log de auditoria, para ajudá-lo a entender quem fez alterações relevantes recentemente. Os links para as configurações de permissões e a documentação dos Artefatos do Azure também podem ser usados para ajudar a investigar a causa raiz.

Example showing the target feed was deleted.

Expressões de licenças e licenças incorporadas

Agora você pode ver os detalhes das informações de licença para pacotes NuGet armazenados no Azure Artifacts enquanto navega por pacotes no Visual Studio. Isso se aplica a licenças que são representadas usando expressões de licença ou licenças incorporadas. Agora você pode ver um link para as informações de licença na página de detalhes do pacote do Visual Studio (seta vermelha na imagem abaixo).

Link to license information.

Clicando no link irá levá-lo para uma página web onde você pode ver os detalhes da licença. Essa experiência é a mesma para expressões de licença e licenças incorporadas, portanto, você pode ver os detalhes da licença para pacotes armazenados nos Artefatos do Azure em um só lugar (para pacotes que especificam informações de licença e são suportados pelo Visual Studio).

View license details.

Tarefas de autenticação leves

Agora você pode autenticar com gerenciadores de pacotes populares do Azure Pipelines usando tarefas de autenticação leves. Isso inclui NuGet, npm, PIP, Twine e Maven. Anteriormente, você podia autenticar com esses gerenciadores de pacotes usando tarefas que forneciam uma grande quantidade de funcionalidades, incluindo a capacidade de publicar e baixar pacotes. No entanto, isso exigia o uso dessas tarefas para todas as atividades que interagiam com os gerenciadores de pacotes. Se você tivesse seus próprios scripts para executar tarefas como publicar ou baixar pacotes, não seria capaz de usá-los em seu Pipeline. Agora, você pode usar scripts de seu próprio design em seu pipeline YAML e executar a autenticação com essas novas tarefas leves. Um exemplo usando npm:

img

O uso do comando "ci" e "publish" nesta ilustração é arbitrário, você pode usar quaisquer comandos suportados pelo Azure Pipelines YAML. Isso permite que você tenha controle total da invocação de comandos e facilita o uso de scripts compartilhados em sua configuração de pipeline. Para obter mais informações, consulte a documentação da tarefa de autenticação NuGet, npm, PIP, Twine e Maven.

Próximos passos

Nota

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 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.

Make a suggestion

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

Obrigado,

Aaron Hallberg