Partilhar via


O que são visualizações de feed?

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

As visualizações de feed permitem que os desenvolvedores compartilhem um subconjunto de versões de pacotes com seus consumidores. Um uso comum das visualizaçõ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 atendem a um determinado padrão de qualidade.

Modo de exibição padrão

Todos os feeds de Artefatos vêm com três modos de exibição: @local, @prereleasee @release. Os dois últimos são modos de exibição sugeridos que você pode renomear ou excluir conforme desejado. @local é a exibição padrão que é comumente usada em fontes upstream. Pode alterar a vista predefinida nas Definições do Feed >Vistas, mas ao fazê-lo, não habilita a publicação direta nessa vista. Os pacotes só podem ser publicados no feed base, onde estarão disponíveis na visualização @Local.

A visualização @local contém todos os pacotes publicados diretamente no feed e todos os pacotes salvos de fontes upstream.

As visualizações de feed são somente 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 upstream. Veja os gráficos de pacotes para compreender como são construídos os pacotes disponíveis.

Observação

Os Artefatos do Azure só dão suporte à publicação e restauração de pacotes de e para o modo de exibição padrão - @Local.

Visualizações de feed e fontes ascendentes

As visões de feed e as fontes upstream são projetadas para trabalhar juntas, fornecendo uma solução ao nível empresarial que permite compartilhar e consumir pacotes. Para que outros feeds de Artefatos do Azure usem o seu feed como uma fonte upstream, deve definir a visibilidade do feed para membros da sua organizaçãoou membros do seu Microsoft Entra ID, dependendo do seu cenário. Se você escolher este último, todas as pessoas em sua organização poderão acessar seu feed. Além disso, todos os feeds em sua organização e outras organizações associadas ao mesmo locatário do Microsoft Entra poderão fazer upstream para seu feed.

Observação

Todas as visualizações de feed em um projeto público são acessíveis a todos na internet.

Publicar pacotes com exibições de feeds

Ao criar pacotes de lançamento, é importante transmitir três informações: a natureza da alteração, o risco da alteração e a qualidade da alteração.

A desagregação semântica da versão: 1.2.3 representa a natureza da mudança e beta2 representa a qualidade da mudança.

Natureza e risco da mudança

A natureza e o risco da mudança dizem respeito à própria mudança , ou seja, o que você se propôs a fazer, ambos são conhecidos no início do trabalho. Se estiveres a introduzir novos recursos, a fazer atualizações aos recursos existentes ou a corrigir bugs; esta é a natureza da tua mudança. Se estiveres ainda a fazer alterações na parte da API da tua aplicação, isto é um aspeto do risco da tua alteração. Muitos usuários do NuGet usam notação SemVer (Semantic Versioning) para transmitir essas duas informações. SemVer é um padrão amplamente utilizado e faz um bom trabalho de comunicação deste tipo de informação.

Qualidade da mudança

A qualidade da alteração não é geralmente conhecida até que o processo de validação esteja concluído. Isso ocorre depois de a sua alteração ser construída e empacotada. Devido a este detalhe, não é viável comunicar a qualidade da alteração no segmento numérico do número da versão (por exemplo, 1.2.3). Existem soluções alternativas para pré-validar (por exemplo, consumir as DLLs da compilação diretamente antes de serem empacotadas e publicar os pacotes em um ambiente de "depuração" ou "CI", em seguida, validar e publicar novamente esses pacotes em um ambiente de "versão"), mas nenhuma que vimos pode realmente garantir que o pacote construído atenderá ao padrão de qualidade correto.

fluxo de trabalho dos pacotes de publicação

Você pode usar a visualização @Release como um meio de transmitir a qualidade de suas alterações. Usando a visualização @Release, você pode compartilhar pacotes que atenderam à sua barra de qualidade e permitir que seus consumidores vejam apenas o subconjunto de versões de pacotes que foram testadas, validadas e estão prontas para serem consumidas.

versão semântica de implantação