Share via


Azure Artifacts: práticas recomendadas

Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019

A gestão de pacotes de software pode ser um processo complexo e moroso, especialmente quando se trabalha com projetos em grande escala. Felizmente, os Artefactos do Azure fornecem uma plataforma robusta para a gestão de pacotes que pode ajudar a simplificar o processo e melhorar a colaboração entre as equipas de desenvolvimento. No entanto, para tirar o máximo partido dos Artefactos do Azure, é essencial seguir as melhores práticas para garantir a integridade e a qualidade dos pacotes. Neste artigo, abordaremos algumas das práticas recomendadas mais importantes para produzir, consumir e gerenciar pacotes no Azure Artifacts. Quer seja um programador experiente ou esteja apenas a começar a utilizar os Artefactos do Azure, estas sugestões irão ajudar a otimizar o fluxo de trabalho e a garantir o sucesso dos seus projetos.

Criar e publicar pacotes

Criar e publicar pacotes é uma etapa crítica em qualquer fluxo de trabalho de gerenciamento de pacotes. Nesta seção, abordaremos as práticas recomendadas para criar e publicar pacotes no Azure Artifacts.

  • Cada repositório deve fazer referência a apenas um feed:

    Um feed é uma estrutura organizacional fundamental para hospedagem de pacotes. Embora você possa ter vários feeds para um projeto, é melhor limitar um projeto a fazer referência a apenas um feed. Se você quiser usar pacotes de vários feeds, é recomendável usar fontes upstream. Isso permite que você acesse pacotes de vários feeds e registros públicos.

  • Publique automaticamente pacotes recém-criados no seu feed:

    Isso atualizará a @local visualização do seu feed com os novos pacotes. Consulte Visualizações de feed para saber mais sobre visualizações de feed e fontes upstream.

  • Habilite as políticas de retenção para limpar automaticamente as versões antigas do pacote:

    Ao excluir versões mais antigas do pacote, você pode otimizar o desempenho do cliente e liberar espaço de armazenamento. Ao configurar suas políticas de retenção, você tem a flexibilidade de selecionar o número de versões de um pacote a serem mantidas. Isso permite que você gerencie facilmente versões de pacotes e melhore seu fluxo de trabalho de gerenciamento de pacotes.

  • Promova seu pacote para a visualização correta:

    Para disponibilizar um pacote aos primeiros usuários, você pode selecioná-lo no feed e promovê-lo para a @prerelease exibição. Depois de considerar que o pacote tem qualidade suficiente para uma versão completa, você pode promovê-lo para a @release exibição. Ao promover versões de pacotes para uma exibição, você pode impedir que elas sejam excluídas pelas políticas de retenção. Para saber mais sobre as visualizações de feed, confira o artigo Visualizações de feed.

  • Se equipes externas estiverem consumindo seus pacotes, certifique-se de que @release as exibições estejam @prerelease visíveis em todas as organizações:

    Se essas visualizações não estiverem visíveis, as equipes não terão acesso aos seus pacotes.

Consumir embalagens

Nesta seção, abordaremos as práticas recomendadas para consumir pacotes com Artefatos do Azure, incluindo a configuração de fontes de pacotes, o gerenciamento de versões de pacotes e a garantia de consumo seguro e eficiente de pacotes.

  • Configure fontes upstream para seu feed:

    Adicionar fontes upstream ao seu feed é a abordagem recomendada para consumir pacotes de registros públicos, como NuGet.org ou npmjs.com. Consulte Compreender fontes upstream e como configurar fontes upstream para obter mais detalhes.

  • Fontes não em sua organização, mas no mesmo locatário do Microsoft Entra devem ser adicionadas usando o localizador de feed:

    A sintaxe para o localizador de feed é a seguinte: azure-feed://<organization>/<projectName>/<feed>@<view>

  • Certifique-se de que a ordem das fontes corresponde à ordem de resolução do pacote desejada:

    O feed verificará sequencialmente cada fonte upstream e retornará o pacote da primeira fonte que o possui.

  • Coloque os upstreams públicos PRIMEIRO na sua ordem de resolução:

    Isso impede que outras fontes substituam pacotes conhecidos por versões alteradas ou incompatíveis.