O que são exibições de feed?
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
As exibições de feed permitem que os desenvolvedores compartilhem um subconjunto de versões de pacote com seus consumidores. Um uso comum de exibições de feed é compartilhar versões de pacotes que foram testadas e validadas, mas reter pacotes que ainda estão em desenvolvimento e/ou não atenderam a um determinado padrão de qualidade.
Exibição padrão
Todos os feeds de Artefatos vêm com três exibições: @local, @prerelease e @release. Os dois últimos são exibições sugeridas que você pode renomear ou excluir conforme desejado. @local é a exibição padrão comumente usada em fontes upstream. Você pode alterar a visualização padrão em suas Configurações de Feed>Exibições, mas isso não permite a publicação direta para essa visualização. Os pacotes só podem ser publicados no feed base, onde estarão disponíveis no modo de exibição @Local.
A exibição @local contém todos os pacotes publicados diretamente no feed e todos os pacotes salvos de fontes de upstream.
As exibições de feed são apenas 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 salvos anteriormente de fontes de upstream. Veja os gráficos de pacotes e para saber como os pacotes disponíveis são construídos.
Nota
O Azure Artifacts só dá suporte à 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 feeds e as fontes de upstream foram projetadas para trabalhar em conjunto, fornecendo uma solução em nível empresarial para compartilhar e utilizar pacotes. Para que outros feeds do Azure Artifacts usem seu feed como uma fonte de upstream, você deve definir a visibilidade dos feeds para membros da sua organização ou para membros do seu Microsoft Entra ID, dependendo do seu cenário. Se você escolher o último, todas as pessoas em sua organização poderão acessar o feed. Além disso, todos os feeds em sua organização e em outras organizações associadas ao mesmo locatário do Microsoft Entra poderão ser enviados para o seu feed.
Nota
Todas as exibições de feed em um projeto público são acessíveis a todos na Internet.
Liberar pacotes com exibições de feeds
Ao criar pacotes de versão, é importante transmitir três tipos de informações: a natureza da alteração, o risco da alteração e a qualidade da alteração.
Natureza e risco da alteração
A natureza e o risco da alteração pertencem à própria alteração, ou seja, o que você se propôs a fazer, ambos são conhecidos no início do trabalho. Se você estiver introduzindo novos recursos, fazendo atualizações para recursos existentes ou corrigindo bugs, esta é a natureza da sua alteração. Se você ainda estiver fazendo alterações na parte da API do seu aplicativo, isso representa uma faceta do risco da sua alteração. Muitos usuários do NuGet usam a notação Versionamento Semântico (SemVer) para transmitir essas duas informações. O SemVer é um padrão amplamente utilizado e faz um bom trabalho comunicando esse tipo de informação.
Qualidade da alteração
A qualidade da alteração geralmente não é conhecida até que o processo de validação esteja concluído. Isso ocorre depois que sua alteração é criada e empacotada. Devido a esse detalhe, 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). Há 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 então validar e republicar esses pacotes em um ambiente de "versão"), mas nenhuma que vimos até agora pode realmente garantir que o pacote compilado atingirá o padrão de qualidade correto.
fluxo de trabalho de pacotes de publicação 
Você pode usar a visualização @Release como um meio de transmitir a qualidade de suas alterações. Usando a exibição @Release, você pode compartilhar pacotes que atenderam à barra de qualidade e permitir que seus consumidores vejam apenas o subconjunto de versões do pacote que foram testadas, validadas e estão prontas para serem consumidas.
