Un proyecto de Azure DevOps produce paquetes npm consumidos por múltiples proyectos. Configure Azure Artifacts para que las versiones de paquetes más recientes y las de prelanzamiento estén disponibles para los consumidores. ¿Qué debe hacer?

La opción correcta establece dos vistas: @prerelease para versiones preliminares y @release para versiones estables. Al establecer @release como la vista predeterminada, los consumidores obtienen automáticamente las versiones estables a menos que especifiquen lo contrario. El pipeline de lanzamiento debe promover los paquetes a la vista @release después de pruebas exitosas, lo que significa que el paquete se mueve de una vista a otra, haciéndolo disponible para los consumidores de esa vista. Las opciones incorrectas fallan en varios puntos: La primera opción incorrecta sugiere "etiquetar" los paquetes como release, lo cual no es el mecanismo correcto en Azure Artifacts para controlar la disponibilidad entre vistas; se usa la promoción. La segunda opción incorrecta solo crea una vista @prerelease y no aborda cómo gestionar las versiones estables de manera efectiva. La tercera opción incorrecta usa @default en lugar de @release, lo cual es confuso y no sigue las convenciones recomendadas para la gestión de versiones estables. Además, promueve a @default en lugar de a una vista explícita de lanzamiento.