Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
As exibições de feed permitem que os desenvolvedores compartilhem um subconjunto específico de versões de pacote com os consumidores. Isso é útil quando você deseja fornecer acesso a pacotes que foram testados e validados, ao mesmo tempo em que retém aqueles que ainda estão em desenvolvimento ou que não atendem aos seus padrões de qualidade.
Exibição padrão
Cada feed de Artefatos inclui três exibições por padrão: @local, @prereleasee @release. Os dois últimos são exibições sugeridas que você pode renomear ou excluir conforme necessário.
@local é o modo de exibição padrão e geralmente é usado em fontes upstream. Você pode alterar o modo de exibição padrão nas Exibições de Configurações> do Feed, mas observe que isso não habilita a publicação direta para esse modo de exibição. Os pacotes só podem ser publicados no feed base, onde estarão disponíveis no modo de exibição @Local.
A @local visualização contém:
- Todos os pacotes publicados diretamente no feed.
- Todos os pacotes salvos de fontes upstream.
As exibições de feed são somente para leitura, o que significa que os usuários conectados a uma exibição só podem usar pacotes publicados nessa exibição e/ou pacotes anteriormente salvos de fontes upstream. Consulte grafos de pacote para saber como eles são construídos.
Nota
O Azure Artifacts dá suporte apenas à publicação e restauração de pacotes de e para o modo de exibição padrão: @Local.
Visualizações de feeds e fontes de upstream
As exibições de feed e fontes upstream foram projetadas para trabalhar em conjunto para fornecer uma solução de nível empresarial para compartilhar e consumir pacotes. Para permitir que outros feeds do Azure Artifacts usem o feed como uma fonte upstream, você deve definir a visibilidade do feed para membros da sua organização ou membros da ID do Microsoft Entra, dependendo do seu cenário.
Se você escolher o Microsoft Entra ID, todas as pessoas em sua organização poderão acessar seu feed, e todos os feeds em sua organização e outras organizações associadas ao mesmo tenant do Microsoft Entra poderão enviar upstream para seu feed.
Nota
Todas as visualizações de feed em um feed público podem ser acessadas por todos na Internet.
Liberar pacotes com exibições de feeds
Ao liberar pacotes, é importante comunicar três aspectos principais:
Ao criar pacotes de versão, é importante transmitir três informações:
Natureza da alteração: que tipo de alteração está sendo introduzida.
Risco da alteração: quão disruptiva ou interruptiva a alteração pode ser.
Qualidade da alteração: se o pacote atende aos seus padrões de validação.
Natureza e risco da alteração
Tanto a natureza quanto o risco estão relacionados à intenção da mudança, que é conhecida no início do desenvolvimento:
Natureza: você está adicionando novos recursos, atualizando os existentes ou corrigindo bugs?
Risco: a alteração afeta componentes críticos como APIs ou introduz alterações significativas?
A maioria das equipes usa o SemVer ( Controle de Versão Semântico ) para transmitir essas informações. O SemVer é amplamente adotado e eficaz para sinalizar a natureza e o risco.
1.2.3
│ │ └─ Patch (bug fixes)
│ └── Minor (new features)
└──── Major (breaking changes)
Qualidade da alteração
A qualidade da alteração geralmente não é conhecida até que o processo de validação esteja concluído. Isso é determinado após a validação, depois que o pacote é compilado e testado. Por isso, não é viável comunicar a qualidade da alteração no segmento numérico do número de versão (por exemplo, 1.2.3).
Embora existam soluções alternativas para pré-validar (por exemplo, consumir as DLLs do build diretamente antes de serem empacotadas e publicar os pacotes em um ambiente de "depuração" ou "CI" e validar e republicar esses pacotes em um ambiente de "versão"), elas não garantem que o pacote final atenda aos padrões de qualidade.
Em vez disso, você pode usar visualizações de feed para comunicar a qualidade. Usando a exibição @Release , você pode compartilhar apenas pacotes que passaram pela validação e atenderam à barra de qualidade. Isso permite que os consumidores vejam apenas o subconjunto de versões do pacote que foram testadas, validadas e estão prontas para serem consumidas. Essa abordagem garante que os consumidores acessem pacotes estáveis e prontos para produção. Consulte Promover pacotes e gerenciar exibições de feed para obter mais detalhes.