Che cosa sono le visualizzazioni feed?

  • Articolo

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

Le visualizzazioni feed consentono agli sviluppatori di condividere un subset di versioni del pacchetto con i consumer. Un uso comune delle visualizzazioni feed consiste nel condividere le versioni dei pacchetti testate e convalidate, ma tenere premuto i pacchetti ancora in fase di sviluppo e/o che non soddisfano una determinata barra di qualità.

Visualizzazione predefinita

Tutti i feed Artifacts sono dotati di tre visualizzazioni: @local, @prereleasee @release. Gli ultimi due sono visualizzazioni suggerite che è possibile rinominare o eliminare in base alle esigenze. @local è la visualizzazione predefinita comunemente usata nelle origini upstream.

La @local vista contiene tutti i pacchetti pubblicati direttamente nel feed e tutti i pacchetti salvati da origini upstream.

Le visualizzazioni feed sono di sola lettura, il che significa che gli utenti connessi a una visualizzazione possono usare solo pacchetti pubblicati in tale visualizzazione e/o pacchetti salvati in precedenza da origini upstream. Vedere grafici dei pacchetti per informazioni su come vengono costruiti i pacchetti disponibili.

Nota

Azure Artifacts supporta solo la pubblicazione e il ripristino di pacchetti da e alla visualizzazione predefinita, @Local.

Viste feed e origini upstream

Le visualizzazioni dei feed e le origini upstream sono progettate per collaborare per offrire una soluzione a livello aziendale per condividere e utilizzare i pacchetti. Per consentire ad altri feed di Azure Artifacts di usare il feed come origine upstream, è necessario impostare la visibilità del feed sui membri dell'organizzazione o sui membri dell'ID Microsoft Entra, a seconda dello scenario. Se si sceglie quest'ultimo, tutti gli utenti dell'organizzazione potranno accedere al feed. Inoltre, tutti i feed dell'organizzazione e di altre organizzazioni associate allo stesso tenant di Microsoft Entra saranno in grado di eseguire l'upstream del feed.

Nota

Tutte le visualizzazioni dei feed in un progetto pubblico sono accessibili a tutti gli utenti su Internet.

Rilasciare pacchetti con visualizzazioni feed

Quando si creano pacchetti di versione, è importante trasmettere tre informazioni: la natura del cambiamento, il rischio del cambiamento e la qualità del cambiamento.

La scomposizione della versione semantica: 1.2.3 rappresenta la natura del cambiamento e beta2 rappresenta la qualità del cambiamento.

Natura e rischio del cambiamento

La natura e il rischio della modifica riguardano entrambi il cambiamento stesso, vale a dire quello che hai stabilito di fare, sono entrambi noti all'inizio del lavoro. Se si introducono nuove funzionalità, si apportano aggiornamenti alle funzionalità esistenti o si applicano patch ai bug; questa è la natura del vostro cambiamento. Se si stanno ancora apportando modifiche alla parte API dell'applicazione; questo è un aspetto del rischio della modifica. Molti utenti NuGet usano la notazione SemVer (Semantic Versioning ) per trasmettere queste due informazioni. SemVer è uno standard ampiamente usato e fa un buon lavoro per comunicare questo tipo di informazioni.

Qualità del cambiamento

La qualità della modifica non è generalmente nota fino al completamento del processo di convalida. Questo avviene dopo che la modifica è stata compilata e inserita in un pacchetto. A causa di questo dettaglio, non è possibile comunicare la qualità della modifica nel segmento numerico del numero di versione (ad esempio 1.2.3). Esistono soluzioni alternative per la pre-convalida (ad esempio, usare le DLL della compilazione direttamente prima che vengano inseriti nel pacchetto e pubblicare i pacchetti in un ambiente "debug" o "CI", quindi convalidare e ripubblicare tali pacchetti in un ambiente di "rilascio") ma nessuno che abbiamo visto può effettivamente garantire che il pacchetto compilato soddisfi lo standard di qualità corretto.

flusso di lavoro dei pacchetti di pubblicazione

È possibile usare la @Release vista come mezzo per trasmettere la qualità delle modifiche. Usando la @Release visualizzazione, è possibile condividere pacchetti che soddisfano la barra di qualità e consentire ai consumer di visualizzare solo il subset di versioni dei pacchetti testate, convalidate e pronte per essere utilizzate.

versione semantica della distribuzione