¿Qué son las vistas de fuente?
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Las vistas de fuente permiten a los desarrolladores compartir un subconjunto de versiones de paquete con sus consumidores. Un uso común de las vistas de fuente es compartir versiones de paquetes que se han probado y validado, pero que se conservan en paquetes que aún están en desarrollo o que no cumplen una barra de calidad determinada.
Vista predeterminada
Todas las fuentes artefactos incluyen tres vistas: @local, @prereleasey @release. Las dos últimas son vistas sugeridas que se pueden cambiar el nombre o eliminar según sea necesario. @local es la vista predeterminada que se usa habitualmente en orígenes ascendentes.
La @local vista contiene todos los paquetes publicados directamente en la fuente y todos los paquetes guardados desde orígenes ascendentes.
Las vistas de fuente son de solo lectura, lo que significa que los usuarios conectados a una vista solo pueden usar paquetes publicados en esa vista o paquetes guardados previamente desde orígenes ascendentes. Consulte gráficos de paquetes para obtener información sobre cómo se construyen los paquetes disponibles.
Nota:
Azure Artifacts solo admite la publicación y restauración de paquetes desde y en la vista predeterminada: @Local.
Vistas de fuente y orígenes ascendentes
Las vistas de fuente y los orígenes ascendentes están diseñados para trabajar juntos para proporcionar una solución de nivel empresarial para compartir y consumir paquetes. Para que otras fuentes de Azure Artifacts usen la fuente como origen ascendente, debe establecer la visibilidad de la fuente en los miembros de su organización o en los miembros de su identificador de Entra de Microsoft, en función de su escenario. Si elige este último, todas las personas de su organización podrán acceder a la fuente. Además, todas las fuentes de su organización y otras organizaciones asociadas al mismo inquilino de Microsoft Entra podrán subir a la fuente.
Nota:
Todas las vistas de fuente de un proyecto público son accesibles para todos los usuarios de Internet.
Liberar paquetes con vistas de fuente
Al crear paquetes de versión, es importante transmitir tres fragmentos de información: la naturaleza del cambio, el riesgo del cambio y la calidad del cambio.
Naturaleza y riesgo del cambio
La naturaleza y el riesgo del cambio pertenecen tanto al propio cambio, es decir, lo que se ha establecido para hacer, ambos se conocen al principio del trabajo. Si va a introducir nuevas características, realizar actualizaciones en las características existentes o aplicar revisiones a errores; esta es la naturaleza de su cambio. Si sigue realizando cambios en la parte de API de la aplicación; esta es una faceta del riesgo del cambio. Muchos usuarios de NuGet usan la notación semántica de control de versiones (SemVer) para transmitir estos dos fragmentos de información. SemVer es un estándar ampliamente utilizado y hace un buen trabajo de comunicación de este tipo de información.
Calidad del cambio
La calidad del cambio no se conoce generalmente hasta que se complete el proceso de validación. Esto viene después de compilar y empaquetar el cambio. Debido a este detalle, no es factible comunicar la calidad del cambio en el segmento numérico del número de versión (por ejemplo, 1.2.3). Hay soluciones alternativas para validar previamente (por ejemplo, consumir los archivos DLL de la compilación directamente antes de empaquetarlos y publicarlos en un entorno de "depuración" o "CI" y, a continuación, validar y volver a publicar esos paquetes en un entorno de "versión"), pero ninguno de los que hemos visto puede garantizar realmente que el paquete compilado cumpla el estándar de calidad correcto.
Puede usar la @Release vista como medio para transmitir la calidad de los cambios. Con la @Release vista, puede compartir paquetes que cumplen la barra de calidad y permitir que los consumidores solo vean el subconjunto de versiones del paquete que se probaron, validaron y están listos para consumirse.
