Share via

Azure Artifacts: práticas recomendadas

  • Artigo

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

O gerenciamento de pacotes de software pode ser um processo complexo e demorado, especialmente ao trabalhar com projetos em grande escala. Felizmente, o Azure Artifacts fornece uma plataforma robusta para o gerenciamento de pacotes que pode ajudar a simplificar o processo e melhorar a colaboração entre as equipes de desenvolvimento. No entanto, para aproveitar ao máximo o Azure Artifacts, é essencial seguir as práticas recomendadas que garantem a integridade e a qualidade de seus pacotes. Neste artigo, abordaremos algumas das melhores práticas mais importantes para produzir, consumir e gerenciar pacotes no Azure Artifacts. Seja você um desenvolvedor experiente ou apenas começando com o Azure Artifacts, essas dicas ajudarão você a otimizar seu fluxo de trabalho e garantir o sucesso de 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 referenciar apenas um feed:

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

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

    Isso atualizará a @local exibição do feed com os novos pacotes. Confira Modos de exibição de feed para saber mais sobre exibições de feed e fontes de upstream.

  • Habilite as políticas de retenção para limpo automaticamente 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 ser mantido. Isso permite que você gerencie facilmente as versões do pacote e melhore o fluxo de trabalho de gerenciamento de pacotes.

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

    Para disponibilizar um pacote para os usuários pioneiros, você pode selecioná-lo no feed e promovê-lo à exibição @prerelease . Depois de considerar o pacote de qualidade suficiente para uma versão completa, você poderá promovê-lo à exibição @release . Ao promover versões de pacote para uma exibição, você pode impedi-las de serem excluídas por políticas de retenção. Para saber mais sobre modos de exibição de feed, marcar o artigo Modos de exibição do Feed.

  • Se as equipes externas estiverem consumindo seus pacotes, verifique se @release as exibições e @prerelease estão visíveis entre as organizações:

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

Consumir pacotes

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

  • Configure upstream fontes para o feed:

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

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

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

  • Verifique se a ordem das fontes corresponde à ordem de resolução de pacote desejada:

    O feed será sequencialmente marcar cada fonte upstream e retornará o pacote da primeira fonte que o tem.

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

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