Cosa sono le visualizzazioni del feed?
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Le visualizzazioni feed consentono agli sviluppatori di condividere un sottinsieme di versioni del pacchetto con i consumatori. Un uso comune delle visualizzazioni feed consiste nel condividere le versioni dei pacchetti testate e convalidate, ma trattenere i pacchetti ancora in fase di sviluppo e/o che non soddisfano un determinato livello 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 fonti upstream. È possibile modificare la visualizzazione predefinita nelle impostazioni del feed di >visualizzazioni, ma in questo modo non viene abilitata la pubblicazione diretta in tale visualizzazione. I pacchetti si possono pubblicare solo nel feed di base, dove saranno disponibili nella visualizzazione @Local.
La vista @local contiene tutti i pacchetti pubblicati direttamente nel feed e tutti i pacchetti salvati da origini upstream.
Le viste dei feed sono di sola lettura, il che significa che gli utenti connessi a una vista possono utilizzare solo i pacchetti pubblicati in quella vista e/o i pacchetti precedentemente salvati da fonti upstream. Consultare i grafici dei pacchetti per imparare come vengono costruiti i pacchetti disponibili.
Nota
Azure Artifacts supporta solo la pubblicazione e il ripristino di pacchetti da e nella visualizzazione predefinita, @Local.
Visualizzazioni del feed e fonti a monte
Le visualizzazioni dei feed e le origini upstream sono progettate per integrarsi e fornire una soluzione a livello aziendale per condividere e utilizzare i pacchetti. Per permettere ad altri feed di Azure Artifacts di utilizzare il tuo feed come origine upstream, è necessario impostare la visibilità del feed su membri della tua organizzazioneo membri del tuo ID Microsoft Entra, in base allo scenario. Se si sceglie quest'ultimo, tutti gli utenti dell'organizzazione potranno accedere al feed. Inoltre, tutti i feed nella tua organizzazione e in altre organizzazioni associate allo stesso tenant di Microsoft Entra saranno in grado di inviare al tuo feed.
Nota
Tutte le visualizzazioni dei feed in un progetto pubblico sono accessibili a tutti gli utenti su Internet.
Pubblicare pacchetti con viste del feed
Quando si creano pacchetti di rilascio, è 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 l'modifica stessa, ovvero ciò che si è stabilito a 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 cambiamento. Se si stanno ancora apportando modifiche alla parte API dell'applicazione; questo è un aspetto del rischio della modifica. Molti utenti nuGet usano notazione (SemVer) per comunicare 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 finché il processo di convalida non è completato. 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 inserite nel pacchetto e pubblicare i pacchetti in un ambiente "debug" o "CI", quindi convalidare e ripubblicare tali pacchetti in un ambiente di "rilascio"), ma nessuna che abbiamo sperimentato può effettivamente garantire che il pacchetto compilato soddisfi lo standard di qualità corretto.
È possibile usare la visualizzazione @Release come mezzo per trasmettere la qualità delle modifiche. Usando la visualizzazione @Release, è 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.
