¿Cuál es la diferencia entre Pipeline y Release Pipeline en azul devops?

Se genera un archivo yaml mientras elige esta opción que se muestra a continuación:

En este archivo yaml, puede definir un ciclo de implementación completo a partir de restore -> build -> run tests -> publish and -> deploy to azure app service web app.

entonces, ¿por qué existe la opción de lanzamientos? Si puedo definir un ciclo de vida completo a través de la Pipelines -> Pipelinesopción, ¿cuál es el propósito de la Pipelines -> Releasesopción?

Pipelines es un nombre en la última interfaz de usuario de DevOps para Builds. En la vieja interfaz de usuario es así:

Se puede decir que Pipeline(o Build, o Build Pipeline) representa CI (integración continua) en Azure DevOps. Releaserepresenta el CD (entrega continua) en Azure DevOps. Pipeline generalmente toma código, lo construye, prueba y crea un artefacto. Release toma el artefacto y lo libera / implementa.

El uso depende de su proyecto.

Si tiene un proyecto pequeño y no hay necesidad de características de lanzamiento (por ejemplo, condiciones y aprobaciones previas a la implementación), puede tener Pipeline como mencionó: restore -> build -> tests -> deployy no es necesario en lanzamiento.

Si su proyecto es grande con una gran contribución de desarrolladores, es bueno tener Pipeline que construya, ejecute pruebas unitarias, realice otra automatización y resultados con artefactos cada vez que el desarrollador empuje al repositorio común. Por lo tanto, puede estar seguro de que todo está establecido y que se han pasado las pruebas de integración. Pipeline también puede terminar con la tarea de lanzamiento / implementación en el entorno de desarrollo / servidores para trabajo interno, uso, pruebas.

En proyectos grandes, no necesita implementar cada impulso a un repositorio común. Por lo tanto, puede liquidar una versión que será responsable de la implementación en el entorno de producción. Tiene características diseñadas para esto, como aprobación previa, por lo que todos están de acuerdo en que es la construcción (o artefacto) adecuada para la producción.

Como se señaló en los documentos de Microsoft, la sección "Versiones" es su solución de "Editor clásico": Enlace

La sección "Tuberías" ofrece la creación de tuberías de dos maneras:

1. Código YAML
2. Editor de interfaz de usuario clásico

Lo que Classic básicamente quiere decir con ellos es la forma original en que se crean las canalizaciones de Azure DevOps. Usted construye una tubería utilizando un editor de GUI de manera interactiva. La tubería creada a partir de YAML , con la ayuda del asistente, es la forma más nueva .

Lo que la sección "Tuberías" tiene principalmente que "Versiones" no es que al escribir código YAML le permite configurar su estrategia de CI / CD como código, donde, la definición de Tubería vive junto con su código.

Sus recursos de aprendizaje más recientes también indican usar YAML y crear etapas de compilación e implementación en la misma tubería Implemente aplicaciones con Azure DevOps

Yo recomiendo:

• Si prefiere usar el editor de interfaz de usuario clásico , use la sección "Tuberías" para compilaciones y la sección "Versión" para implementaciones;
• Si prefiere usar YAML, simplemente use la sección "Tuberías" para compilaciones e implementaciones y cree una tubería de varias etapas.

Tubería con múltiples etapas.