Un progetto Azure DevOps produce pacchetti npm consumati da più progetti. Configura Azure Artifacts in modo che siano disponibili per i consumer sia le versioni più recenti che quelle prerelease dei pacchetti. Cosa dovresti fare?

La risposta corretta prevede la creazione di due feed view, @prerelease e @release, e l'impostazione di @release come view predefinita. Questo assicura che i consumer ottengano per impostazione predefinita le versioni stabili. Una pipeline di rilascio promuove i pacchetti testati con successo alla view @release, rendendoli disponibili come versioni stabili. I pacchetti in fase di sviluppo o pre-release rimangono nella view @prerelease. Le altre opzioni sono meno efficaci: Creare solo una view @prerelease non fornisce un meccanismo chiaro per distinguere le versioni stabili. L'opzione che suggerisce di "taggare i pacchetti come release" non è il meccanismo standard di Azure Artifacts per la gestione delle view; la promozione è il metodo corretto. L'uso di @default come nome di view non è una pratica consigliata in quanto @release comunica meglio lo scopo.