Qual é a diferença entre o Pipeline e o Pipeline de liberação nos devops azuis?

Um arquivo yaml é gerado enquanto você escolhe esta opção mostrada abaixo:

Nesse arquivo yaml, você pode definir um ciclo de implementação inteiro a partir de restore -> build -> run tests -> publish and -> deploy to azure app service web app.

então, por que existe a opção de lançamentos? Se eu posso definir um ciclo de vida inteiro por meio da Pipelines -> Pipelinesopção, qual é o objetivo da Pipelines -> Releasesopção?

Pipelines é um nome na interface de usuário mais recente do DevOps para Builds. Na interface antiga, é assim:

Pode-se dizer que Pipeline(ou Compilar ou Compilar Pipeline) representa o IC (integração contínua) no DevOps do Azure. Releaserepresenta CD (entrega contínua) no Azure DevOps. O pipeline geralmente pega código, constrói, testa e cria um artefato. Release pega o artefato e o libera / implementa.

O uso depende do seu projeto.

Se você possui um projeto pequeno e não há necessidade de recursos do Release (por exemplo, condições e aprovações de pré-implantação), poderá ter o Pipeline como mencionado: restore -> build -> tests -> deploye não há necessidade no Release.

Se o seu projeto for grande, com muitas contribuições dos desenvolvedores, é bom ter o Pipeline que cria, executa testes de unidade, realiza outras automações e resultados com artefato sempre que o desenvolvedor passa para o repositório comum. Assim, você pode ter certeza de que tudo está resolvido e que os testes de integração foram aprovados. O pipeline também pode acabar com a tarefa de liberação / implantação no ambiente / servidores de desenvolvimento para trabalho interno, uso e teste.

Em projetos grandes, você não precisa implantar todos os push em repositórios comuns. Portanto, você pode liquidar uma versão que será responsável pela implantação no ambiente de produção. Ele possui recursos projetados para isso, como pré-aprovação, para que todos concordem que é a construção (ou artefato) certo para a produção.

Conforme observado nos documentos da Microsoft, a seção "Versões" é a solução "Editor clássico": Link

A seção "Pipelines" oferece a criação de pipelines de duas maneiras:

1. Código YAML
2. Editor de interface do usuário clássico

O que o Classic basicamente significa por eles é a maneira original de os pipelines do Azure DevOps são criados. Você constrói um pipeline usando um editor de GUI de maneira interativa. O pipeline criado a partir do YAML , com a ajuda do assistente, é a maneira mais nova .

O que a seção "Pipelines" tem principalmente que "Releases" não é que, ao escrever o código YAML, você pode configurar sua estratégia de CI / CD como código, onde a definição de Pipeline fica ao lado e junto com o seu código.

Seus recursos de aprendizado mais recentes também indicam o uso do YAML e a criação de estágios de criação e implantação no mesmo pipeline Implantar aplicativos com o Azure DevOps

Eu recomendo:

• Se você preferir usar o editor Classic UI , use a seção "Pipelines" para compilações e a seção "Release" para implantações;
• Se você preferir usar o YAML, use a seção "Pipelines" para compilações e implantações e crie um pipeline de vários estágios.

Pipeline com vários estágios