Che cosa sono le visualizzazioni feed?
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.
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.
È 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.
