Compartilhar via

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

  • Artigo

Com essa atualização, facilitamos a autenticação de Artefatos do Azure com outros gerenciadores de pacotes populares. Encontre mais detalhes sobre a implementação real abaixo.

Recursos

Azure Boards

Azure Pipelines

Azure Artifacts

Azure Boards

Adicione o filtro "Item de Trabalho Pai" ao painel de tarefas e à lista de pendências do sprint

Adicionamos um novo filtro à placa Sprint e à lista de pendências da Sprint. Isso permite que você filtre itens de lista de pendências de nível de requisitos (primeira coluna à esquerda) por seus pais. 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.

Melhore a experiência de tratamento de erros – campos obrigatórios em Bug/Task

Historicamente, a partir do quadro Kanban, se você movesse um item de trabalho de uma coluna para outra onde a alteração de estado acionasse regras de campo, o cartão mostraria apenas uma mensagem de erro vermelha que forçará 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.

Azure Pipelines

Versão prévia dos agentes do conjunto de 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 automatizada, em sua assinatura do Azure. Talvez você queira 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 oferecemos em agentes nativos hospedados pela Microsoft
  • não deseja permitir listar um grande número de endereços IP dentro do firewall corporativo para permitir que os agentes hospedados pela Microsoft se comuniquem com seus servidores
  • precisam 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 dimensionamento 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 versão prévia para pools hospedados do Azure Pipelines

A imagem do Ubuntu 20.04 agora está disponível na 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, o rótulo de imagem mais recente do ubuntu continuará a apontar para ubuntu-18.04 até que o ubuntu-20.04 saia da visualização no final deste ano.

Por favor, note, 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 para pacotes do GitHub em pipelines do 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 autenticação baseada em PAT, o que significa que a conexão de serviço do GitHub no recurso do pacote deve ser do tipo PAT. Assim que essa limitação for suspensa, 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 que você consuma o pacote definido no recurso. Consulte o exemplo abaixo para obter detalhes:

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

Azure Artifacts

Notificações para origens de upstream desabilitadas

A interface Web do Azure Artifacts agora notifica quando uma ou mais fontes upstream do feed não estão funcionando. As fontes upstream permitem que você aponte um feed (Feed A) para outro feed (Feed B) e permitem 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 originados do Feed B no exemplo acima). Agora, os Artefatos do Azure fornecerão um aviso a você quando houver problemas com quaisquer fontes upstream de seus feeds. Quando houver um problema, você verá um banner (seta vermelha abaixo) na página de detalhes do feed de Artefatos do Azure.

Red arrow in the Azure Artifacts feed detail page.

Clicar no link no banner abrirá uma página que mostra o status de cada fonte upstream do seu feed. Além das informações sobre cada fonte upstream do 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 upstream que estão quebradas mostrarão um X vermelho junto com o tempo em que ele 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ê clicar na última hora 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. Links para as configurações de permissões e a documentação de 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ça 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.

Clicar no link irá levá-lo a uma página da 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, para que você possa ver detalhes de licença para pacotes armazenados no Azure Artifacts 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 se 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 funcionalidade, incluindo a capacidade de publicar e baixar pacotes. No entanto, isso exigiu o uso dessas tarefas para todas as atividades que interagiram com os gerenciadores de pacotes. Se você tivesse seus próprios scripts para executar tarefas como publicar ou baixar pacotes, não seria possível 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 comando e facilita o uso de scripts compartilhados na configuração do pipeline. Para obter mais informações, consulte a documentação da tarefa de autenticação NuGet, npm, PIP, Twine e Maven.

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.

vá para o Azure DevOps

Como fornecer comentários

Adoraríamos ouvir o que você pensa sobre esses recursos. Use o menu de 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.

Obrigada,

Aaron Hallberg