Qual'è la differenza tra Pipeline e Release Pipeline in devure azzurre?

Un file yaml viene generato mentre si sceglie questa opzione mostrata di seguito:

In questo file yaml, è possibile definire un intero ciclo di distribuzione a partire da restore -> build -> run tests -> publish and -> deploy to azure app service web app.

quindi, perché esiste l'opzione di rilascio? Se posso definire un intero ciclo di vita tramite l' Pipelines -> Pipelinesopzione, qual è lo scopo Pipelines -> Releasesdell'opzione?

Pipelines è un nome nell'interfaccia utente DevOps più recente per Builds. Nella vecchia interfaccia utente è così:

Si può dire che Pipeline(o Build, o Build Pipeline) rappresenta CI (integrazione continua) in Azure DevOps. Releaserappresenta il CD (consegna continua) in Azure DevOps. La pipeline di solito prende il codice, lo costruisce, testa e crea un artefatto. Rilascio prende l'artefatto e lo rilascia / distribuisce.

L'utilizzo dipende dal progetto.

Se si dispone di un piccolo progetto e non sono necessarie funzionalità di rilascio (ad es. Condizioni di pre-implementazione e approvazioni), è possibile avere Pipeline come indicato: restore -> build -> tests -> deploye non è necessario in Release.

Se il tuo progetto è grande con un grande contributo degli sviluppatori, è bene avere Pipeline che costruisce, esegue unit test, fa altra automazione e risultati con artefatto ogni volta che lo sviluppatore spinge al repository comune. Quindi puoi essere sicuro che tutto sia risolto e che i test di integrazione siano stati superati. La pipeline può anche finire con un'attività di rilascio / distribuzione nell'ambiente / server di sviluppo per lavoro interno, utilizzo, test.

In progetti di grandi dimensioni non è necessario distribuire ogni push al repository comune. Quindi è possibile risolvere una versione che sarà responsabile della distribuzione nell'ambiente di produzione. Ha funzionalità progettate per questo, come la pre-approvazione, quindi tutti sono d'accordo che è la costruzione (o artefatto) giusta per la produzione.

Come indicato nei documenti Microsoft, la sezione "Rilasci" è la soluzione "Editor classico": Link

La sezione "Pipeline" offre la possibilità di creare pipeline in due modi:

1. Codice YAML
2. Editor UI classico

Ciò che Classic sostanzialmente significa per loro è il modo originale in cui vengono create le pipeline DevOps di Azure. Si crea una pipeline utilizzando un editor GUI in modo interattivo. La pipeline creata da YAML , con l'aiuto dell'assistente è il modo più recente .

Ciò che la sezione "Pipeline" ha principalmente che "Rilasci" non lo è che scrivendo il codice YAML ti consente di configurare la tua strategia CI / CD come codice, dove la definizione della pipeline vive a fianco e insieme al tuo codice.

Le loro ultime risorse di apprendimento indicano anche l'uso di YAML e la creazione di fasi di compilazione e distribuzione nella stessa pipeline Distribuire applicazioni con Azure DevOps

Io raccomando:

• Se si preferisce utilizzare l' editor dell'interfaccia utente classica , utilizzare la sezione "Pipeline" per le build e la sezione "Rilascio" per le distribuzioni;
• Se si preferisce utilizzare YAML, utilizzare la sezione "Pipeline" per build e distribuzioni e creare una pipeline a più fasi.

Pipeline con più fasi