I team di progetto pubblicano pacchetti npm su Feed1 in Azure Artifacts e più progetti consumano tali pacchetti. Per garantire che solo i pacchetti testati siano disponibili per il consumo, riducendo al minimo lo sforzo di sviluppo, cosa dovresti fare?

La risposta corretta è creare una vista del feed denominata @release, impostarla come vista predefinita e configurare una pipeline di rilascio per promuovere i pacchetti testati a questa vista. Le viste in Azure Artifacts consentono di controllare la visibilità dei pacchetti. Impostando @release come vista predefinita, i consumatori vedranno solo i pacchetti che sono stati esplicitamente promossi a questa vista, garantendo che siano stati testati. La promozione di un pacchetto a una vista è il meccanismo corretto per gestire il ciclo di vita dei pacchetti in Azure Artifacts. Le altre opzioni sono errate perché: Taggare i pacchetti come "release" non è un meccanismo di controllo della visibilità in Azure Artifacts; i tag sono solo metadati. Creare una vista @default non è necessario, in quanto @release è il nome convenzionale per le viste di produzione e la promozione a una vista specifica è il punto chiave.